Community寫作與編輯github.com

changmingcn/FICCWriting

四席接力式中文FICC写作:大纲规划器(提纲、安放)、结构器(关系)、作曲器(段落)、写手(句子、措辞)。用于研究文章、月报、市场评论、讲义、案例讲稿、录音稿书面化;不用于金融问答、取数或计算。

FICCWriting 是什麼?

这是一个专为中文FICC领域设计的多智能体协作写作技能,采用四个角色接力工作流程:大纲规划器(outliner)负责构建提纲与安放素材,结构器(structurer)梳理逻辑关系,作曲器(composer)撰写段落,写手(writer)打磨句子与措辞。它特别适合研究文章、月报、市场评论、讲义、案例讲稿以及将录音转录为书面文本等场景,但不处理普通金融问答、数据查询或计算。该技能基于详细的规则文件(如FICCOutline.md、FICCStructure.md、FICCCompose.md、FICCVoice.md)和引用文档,通过明确的缺陷检测、返回机制和检查表确保输出质量。它支持在Claude Code等平台上运行,并提供文档直接输出为Google Doc的功能。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/changmingcn/FICCWriting/tree/HEAD/skills/ficc-voice

Installed? Explore more 寫作與編輯 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

ficc-voice

1 使用时机

T0 仅读取本文件和提纲;智能体读取数据包,然后按卡片模式读取规则。起草前:每篇稿件一个提纲,<文稿名>-提纲.md 与草稿放在同一目录,路径写入数据包。

2 接力表

步骤席位读取输入输出失败 →
① 构建或总结提纲(手写提纲交接替代:ficc-hand/references/handoff.md 3)outliner 构建FICCOutline.md 1–4 和 8目标、素材或原稿提纲(名字表名字表、顺序、展开、〔标题〕行)outliner
② 安放outliner 安放FICCOutline.md 4.2 和 5–6提纲、新素材或变更安放记录(references/placement-record-template.md)、修订后的提纲outliner
③ 关联structurer 关联FICCStructure.md 1–5 和 9提纲、安放记录关系表(references/relation-sheet-template.md)安放异议(安放异议)→ outliner
④ 段落composer 作曲FICCCompose.md节点、关系表、素材摘录、相邻正文段落草稿关系问题 → structurer
⑤ 句子、措辞writer 润色FICCVoice.md段落草稿、名字表、素材摘录修订后的节点、结果表段落问题 → composer
⑥ 检查四个席位(writer:表达、冷读)、来源检查和反方席位§3 检查全文发现项按 §3
⑦ 交付T0§4已修正全文Google Doc⑥

冷读仅接收全文和名字表。T0 汇总 ⑥ 的发现项,将每个发现项返回给对应席位,附上位置、冲突和所需决策,同时将缺失证据并行发送给研究席,仅重新检查受影响范围,不裁决内容。

短篇稿件(正文 ≤600 个中文字符,按 O44 计数,任意节点规模):一个席位,writer 起草,按 references/compose-excerpt.md 执行 ④⑤(子节点、节级延续或整篇紧凑:加上 C04–C06、C17–C19),然后执行 FICCVoice.md;无需单独段落草稿。仅措辞修改:仅执行 ⑤(writer 补丁)。兼任两个步骤不会扩大授权。

3 验收与退回表

缺陷规则席位检查
新素材未安放、保留信息篇幅过短、空心树或空主张、无安放理由FICCOutline.md 1–6outlinerFICCOutline.md 9
关系不明或依据改变、并列项写成因果、期望的因果关系未证明、组群缺少链接FICCStructure.md 1–5structurerFICCStructure.md 10
段落臃肿、开头不是主张、一段包含两个任务、延续写成内容列表、结尾重复FICCCompose.md 1–6composerFICCCompose.md 7
句子难懂、指代不清、条件或范围模糊、拼接痕迹明显FICCVoice.md 2–4writerFICCVoice.md 7
数字无度量依据、遗漏出处、注释放错位置、同一事物使用两个名称FICCVoice.md 5、名字表writerFICCVoice.md 7
事实与来源矛盾source-check.md来源检查席tie-out
标题层级夸大source-check.md反方席反方席
格式与间距references/format-and-maintenance.mdwriterreferences/clarity-acceptance.md 3

4 保留裁定与提示

  1. 在聊天中发布已检查的提纲;仅当用户要求先查看时才等待批准。
  2. 起草前,在提纲中尽可能确定:标题、度量依据与指标、数据窗口、名字表、变更章节格式;后续每个裁定都会增加一轮修订。
  3. T0 设定的默认值影响到 ≥100 个句子:在分发前用一句话询问用户,或在一篇稿件上试用。
  4. 仅风格编辑或书面语转换:从原文总结提纲;无需重建。
  5. T0 将汇总的待办事项分派给对应所有者;起草席位不得擅自编辑提纲、安放记录或关系表。
  6. 任何席位不得删除安放记录保留的事实,仅压缩措辞和细节;如需删除,交给 outliner 进行安放审查。
  7. 研究文章不得跳过反方席;只有它能发现标题层级夸大。
  8. 提交前,运行 scripts/voice_check.py --clarity 和 scripts/cjk_space.py --check;清除确认的硬错误。按当前偏好修复两个“!”行(“不是……而是”、破折号);其他“!”项:仅计数。
  9. 修改规则文件标题或节号后,运行 scripts/xref_check.py。
  10. 四个规则文件仅包含规则。改写示例:references/examples-and-rewrites.md;清晰度改写:clarity-rewrites.md;连接词:connectives.md;范文:exemplars.md;格式:format-and-maintenance.md;依据:dev-notes.md。
  11. 用户的当前请求优先。不要通过与原作者原文对比来起草。将用户修正写入相关规则文件。
  12. 默认交付原生 Google Doc,通过文档 ID 原地更新;Markdown 是工作源。
  13. 自 2026-10-16 起规则文件为简洁英文;规则编号已冻结,已废弃的编号保留指针,永不重用。references/zh/ 仅为存档,智能体不读取。

5 分发详情

参见 references/dispatch-notes.md。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相關技能