mcpField
K
k2f-research-deck

k2f-research-deck

github.com/suzheng文档处理3660 次安装2 周前更新
代码仓库

关于 k2f-research-deck

K2F Research Deck 是一项在排版前规划研究演示文稿的技能,强调每页聚焦一项主张,并追溯证据、保留原始图表和说明限制。它与 k2f 技能配合生成并导出 K2F 文件包。

主要功能

  1. 01规划每页一项主张
  2. 02将主张关联至来源证据
  3. 03保留提供的图表与指标
  4. 04指定页面结构和视觉意图
  5. 05在结尾前说明限制

适用场景

  1. 01准备实验室会议或 PI 进展汇报
  2. 02将论文整理成研究演讲
  3. 03制作基金申请或内部评审演示文稿

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/suzheng/k2f --skill k2f-research-deck

安装后在 Claude Code 中输入/k2f-research-deck确认已加载。

详细介绍

K2F 研究演示文稿——AI 原生美学设计

用途

教 Agent 在排版前规划研究演示文稿:每张幻灯片只呈现一项科学主张,在结尾前明确说明注意事项,并确保所有数字和图表均不凭记忆重新绘制。

基于 K2F 构建

此技能将研究演示文稿制作为 .K2F 包。按照 k2f 技能进行创作:解包或初始化工作区、编辑语义树、打包并验证,然后导出。K2F 让 Agent 专注于含义(幻灯片角色、证据、视觉意图),而非坐标;布局、排版和主题则由引擎编译为风格一致、适合投影展示的输出。

开始制作前,请安装核心技能:npx skills add suzheng/k2f --skill k2f。

适用场景

  • 根据论文、预印本或实验记录准备实验室会议或 PI 进展报告。
  • 制作必须证明创新性但又不夸大主张的基金申请或内部评审演示文稿。
  • 将内容密集的手稿改编为 6–15 张幻灯片的演讲,并忠实呈现指标和图表。
  • 将普通的“论文摘要”AI 幻灯片重制为便于快速浏览的证据叙事。

工作流

步骤 1.生成 content_and_design.md

语义内容与审美意图的单一蓝图。为每张幻灯片使用带标签的区块(角色、标题、正文、视觉类型、素材说明),供 k2f 技能稍后映射。

子步骤

  1. 明确简报框架——受众、决策目标(传达信息、批准下一步、论证新颖性)、时间预算、语言。现场演讲 = 精简要点;异步演示文稿 = 每张幻灯片都配有自明的标题。

  2. 审查事实来源——列出摘要、方法概述、图表、确切结果、引用、局限性。对缺失信息标注 NEEDS USER INPUT;绝不捏造统计数据、样本量 n 或引用。

  3. 证据主线——先构建叙事,再拟标题:重要性 → 缺口 → 问题/假设 → 设计 → 结果(最有力的放在最前)→ 解读 → 注意事项 → 下一步/请求。面向外部评审时,尽早介绍贡献;实验室进展汇报则以最新结果开篇。

  4. 幻灯片架构(纳入/删减)——目标为 6–15 张幻灯片;输入材料不足时,合并或省略:

    • 标题(论文元数据)→ 背景/问题 → 缺口/问题 → 方法概述 → 方法(以示意图为主)→ 主要结果(若同时有定量和定性结果,则拆分)→ 机制/解读 → 局限性 → 下一步 →(可选)重要参考文献。
    • 删减文献综述、重复的摘要+引言、适合放入备用页的方法文字说明,以及不会改变决策的额外消融实验幻灯片。
    • 拆分在同一张幻灯片上呈现的两个主张(问题+假设、多个不相关的图,或结果+解读)。
  5. 逐张幻灯片的内容规范——为每张幻灯片指定:

    • 标题:陈述结论,而不是章节标签(例如,“Knockdown 在 n=12 时使延迟降低 42%”,而非“结果”)。
    • 正文:最多 3–5 个要点,或一个视觉区块;每个要点约 2 行;避免单个词独占一行。
    • 视觉类型:方法流程图、结果图表、对比矩阵、定性网格、公式重点展示、贡献列表、议程/大纲——呈现数据时,优先采用图表/表格/示意图,而非段落。
    • 素材忠实度:注明是来源图表(图号、图注),还是仅示意图;本应以表格展示的内容,不要改成要点列表。
  6. 数字——统一单位体系;各幻灯片上的指标保持一致;重点数字标明 n/CI/检验;不确定时标注 [VERIFY]。

  7. 设计意图——基调:克制、以证据为依据。层级:标题最大;每张幻灯片突出一个核心图表/指标/公式。密度:每张幻灯片传达一个信息;不同部分之间设置过渡页。配色:平和的学术风格,使用一种强调色,并确保投影时对比清晰。

规则与约束

  • 单一主张关卡:如果标题需要用“和”连接多个主张,就拆分幻灯片,或将其中一条线索移至备用页。
  • 忠实度关卡:定量幻灯片使用用户提供的数字或明确标注 TBD;不得使用四舍五入或“典型”数值。
  • 图表关卡:主要图表/表格使用来源素材或明确的图表设计意图;不得用文字重新绘制数据。
  • 注意事项关卡:在结尾请求之前,说明局限性或混杂因素。
  • 新颖性关卡:用一个易于浏览的内容说明“新在哪里”;删去已知背景。

常见失败模式

  • 十张幻灯片都在讲背景,只有一张讲结果 → 调整主线顺序;提前呈现结果和设计。
  • 方法部分堆满大段文字 → 改用一张流程图,最多配 3 个要点。
  • 统计数据混乱或凭空捏造 → 恢复为来源表格/图表的呈现意图,或标注 TBD。
  • 缺少局限性 → 添加明确的注意事项幻灯片,避免 PI 因“混杂因素 X 怎么解释?”而打断汇报。
  • 多张幻灯片重复论文摘要 → 只保留一张背景幻灯片,然后引出缺口。
  • 多面板图表过于拥挤 → 每张幻灯片展示一个面板,或在蓝图中注明重点标注。
  • 标题夸大结论 → 与数据相符;将推测内容放入“开放问题”。

质量检查清单

  • 在蓝图顶部写明决策目标和受众。
  • 每张幻灯片都有一个主张式标题,并注明视觉类型。
  • 指标和素材均可追溯至输入内容,或标记为 TBD 或 [VERIFY]。
  • 在最后一张幻灯片之前呈现注意事项和下一步。
  • 共 6–15 张幻灯片(或说明理由);设计意图涵盖整套演示文稿的基调和层级。
步骤 2:使用 content_and_design.md 和 k2f 技能生成 K2F 文件,并导出为合适的文件格式。

按照 k2f 的说明,根据蓝图创建幻灯片,应用设计意图中的角色,进行验证,并导出可用于演示的交付成果。

评论

支持 Markdown