ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

CCFA Skills 源码原理揭秘:17 个技能如何通过 ccfa.yaml 与产物合约接力而不丢上下文

CCFA Skills 源码原理揭秘:17 个技能如何通过 ccfa.yaml 与产物合约接力而不丢上下文 CCFA Skills 源码原理揭秘17 个技能如何通过 ccfa.yaml 与产物合约接力而不丢上下文【免费下载链接】CCFA-SkillsA skill family for shaping the research storyline of CCF-A papers.项目地址: https://gitcode.com/gh_mirrors/cc/CCFA-SkillsCCFA Skills 是一个面向 CCF-A 论文研究的 AI 技能家族由 17 个分工明确的 skill 组成。它最核心的设计是让每个技能只干自己的活再通过ccfa.yaml这个共享状态文件和一份产物合约Artifact Contract完成接力——上下文因此不会在一次一次的技能交接中被稀释或丢失。本文用通俗的方式带你看懂这套源码背后的原理。先说痛点为什么一个长 prompt 干所有事会丢上下文写论文的研究者常遇到这种情况检索、实验、写作、审稿全挤在同一次对话里文献事实与正文结论逐渐脱节论文越改越像审稿回复。问题不在模型不够强而在于上下文被无关规则污染。技能加载得越多结果反而越容易受干扰。CCFA Skills 给出的答案是每个交付物只有一个主责技能Single-Owner 不变量状态写进文件而不是留在聊天记录里ccfa.yaml文件路径有归属谁也不许覆盖别人的产物产物合约CCFA Skills 全景17 个技能各管一段完整的技能目录见 docs/SKILLS_CATALOG.md这里只列核心分工研究阶段技能一句话职责家族治理ccf-common维护路由、触发注册表、隐私与证据规则项目起步ccf-project-scaffolder建目录、选模板、初始化ccfa.yaml流程规划ccf-pipeline-orchestrator拆任务、定 gate、指定下一个主责技能选题判断ccf-idea-reviewer/ccf-idea-optimizer一个判断值不值得做一个负责发展思路文献证据ccf-literature-searcher/ccf-literature-monitor一个做深度检索一个做前沿追踪实验与图表ccf-experiment-designer/ccf-visual-composer一个管实验设计和真实数值一个管出版级成图写作ccf-paper-writer/ccf-humanization一个写正文一个负责去防御化润色评审与审计ccf-paper-reviewer/ccf-integrity-auditor一个给独立评审一个核对 claim 与引用投稿与回复ccf-submission-checker/ccf-rebuttal-writer一个查格式合规一个写 rebuttal 与修订台账辅助ccf-paper-to-exemplar/ccf-skill-forger一个提炼范文卡一个维护家族本身路由规则写得很硬按用户的首要意图选唯一主责技能不允许可能有用就把下游技能全部加载。详见 ccf-common/references/routing.md。ccfa.yaml整个家族的共享项目状态这是理解本项目的钥匙。ccfa.yaml是 v0.4.0 引入的共享项目状态文件相当于论文项目的账本每个技能交接前都读它、在授权下更新它。契约定义见 ccf-common/references/ccfa-yaml-contract.md。它有 10 个必需的顶层字段正好覆盖论文全生命周期version: 0.4.5-demo stage: rebuttal-dry-run artifacts: # 每个阶段产物 - 固定文件路径的映射 idea_review: artifacts/03-idea-review.md manuscript_tex: paper/attention_iclr_submission.tex claims: # 每个结论 claim 及其证据支撑 - id: C3 text: Transformer big reaches 28.4 BLEU on WMT14 En-De support: Abstract, Section 6.1, Table 2 revision_ledger: artifacts/04-review-and-rebuttal.md 这段摘自 demo/attention-is-all-you-need/ccfa.yaml——仓库自带一个Attention Is All You Need演示项目可以逐行看到状态如何被接力。关键规则只有三条却决定了不丢上下文只有ccf-project-scaffolder创建它ccf-pipeline-orchestrator更新 stage 和 gate 状态其他技能只能读、只能提议修改——写权限天然收敛。artifacts字段是路径映射表idea 文档、写作草稿、正文 tex、评审报告……每个产物对应一个固定文件。后继技能按表取货不需要前一个技能把全文重新贴进对话。claims字段把结论和证据绑定每条 claim 必须带support证据位置。审计技能ccf-integrity-auditor就是沿着这张表核对数字、图表和引用是否一致。产物合约17 个技能为什么不打架光有状态文件还不够还要管文件归属。ccf-common/references/artifact-contracts.md 给每类产物指定了唯一主人摘要如下产物主责技能manuscript/*.tex正文ccf-paper-writerfigures/*、tables/*数值归ccf-experiment-designer排版成图归ccf-visual-composerreferences/*.bib引用库ccf-integrity-auditor核验 ccf-paper-writer插入reviews/revision-ledger.md修订台账ccf-rebuttal-writersubmission/*投稿合规结果ccf-submission-checker配套两条写文件纪律是新手最容易忽视的设计宽读窄写Read broadly, write narrowly任何技能都可以读全局上下文但只写自己名下的产物。评审技能发现问题改稿的仍是 writer。原地覆盖不搞v2/final-final同一产物只有一个规范文件普通迭代直接更新原文件生成先写临时副本、成功后原子替换失败的构建不会截断上一版可用结果。这两条规则保证了接力链上每个文件都是当前最新且唯一的后继技能取到的永远是有效状态。交接模式上下文如何递棒而不断棒技能之间的过渡由 ccf-common/references/handoff-modes.md 控制提供三档模式模式行为PARTIAL默认完成授权范围内的工作只有引入新交付物或改变研究主张时才询问FULL授权范围外的可选工作先问再做OFF直接过渡但隐私和拒绝清单仍然生效交接时传递的是路径 变更的证据位置而不是复制整份报告或工具日志见 AGENT_GUIDE.md 第 21 条。这就是接力不丢上下文的最后一块拼图对话可以结束状态在文件里。眼见为实一次完整接力长什么样evaluation/目录里记录了同一篇 DynTrace 论文在完整 17 技能闭环下的成图效果这张分层架构图由ccf-visual-composer在ccf-experiment-designer提供的真实方法组件基础上合成每一步的输入输出都在ccfa.yaml的artifacts里有迹可查。对比 evaluation/dyntrace-no-skills-a.png未启用技能基线差异直观可见。更多量化结果见 实验结果.md。小结三个文件看懂 CCFA Skills 原理机制作用源码位置路由表唯一主责避免技能互相干扰ccf-common/references/routing.mdccfa.yaml共享状态账本claim 与证据绑定ccf-common/references/ccfa-yaml-contract.md产物合约文件归属 原地覆盖接力不断档ccf-common/references/artifact-contracts.md交接模式PARTIAL/FULL/OFF 三档授权边界ccf-common/references/handoff-modes.md一句话总结对话会消失文件会留下。CCFA Skills 把上下文从聊天记录搬进了ccfa.yaml和有归属的产物文件里17 个技能因此可以放心地各干一段、依次接力。想动手看的话从 demo/attention-is-all-you-need/ 这个演示项目开始最直观。【免费下载链接】CCFA-SkillsA skill family for shaping the research storyline of CCF-A papers.项目地址: https://gitcode.com/gh_mirrors/cc/CCFA-Skills创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表