-
Notifications
You must be signed in to change notification settings - Fork 0
Roadmap zh
本页分为清晰区隔的两部分:
一条诚实的主线:这个项目最初只是一个润色伴侣,如今已成长为人文写作的端到端思考伙伴——覆盖从打磨研究问题,到为投稿撰写 AI 使用声明的整个生命周期。下面的里程碑讲的就是这个转变的故事。
一条从「润色伴侣」走向「端到端思考伙伴」的时间线。下面每一个版本都是真实打过 tag 的发布。
| 版本 | 主题 | 改动 |
|---|---|---|
| v1.0.0 | 首次公开发布 | 以 academic-writer 之名发布——最初那个润色伴侣式的 skill。 |
| v2.0.0 | 双语重写 + 改名 | 双语 SKILL.md / README(中英文)。仓库改名为 claude-skill-humanities-writing-companion。 |
| v2.1.0 | 学科路由 + ARS 伴侣 | 学科成为承重的路由变量;onboarding 强制显式询问学科。新增 academic-research-skills(ARS)伴侣章节、引用规范,以及一个 Before/After 展示。 |
| v3.0.0 | 许可证变更 | MIT → CC BY-NC 4.0。≤ v2.1.0 的版本仍保留 MIT;自 v3.0.0 起,商业使用需单独授权。作者署名升级为 Shen, Cong 并附所属机构。 |
| v4.0.0 | 重新定位为端到端助手 | 战略性转折。不再是「ARS 配对中负责写作的那一半」——而是一个独立的端到端写作助手,覆盖人文论文的完整生命周期。新增 Mode H(研究问题打磨)、Mode I(文献地图)、Mode J(纯提纲)、Mode K(AI 使用声明);使 Mode D 可校准(审稿强度 1–5 级)并新增其方法论聚焦子模式;新增 Mode F.coach。加入引用脚本 citation-format-convert.py 与 citation-verify.py。 |
| v4.1.0 | 学科架构重构 | 扁平的 7 项学科清单 → 三层 L1/L2/L3 架构。L1 = 6 个主学科;L2 = 子领域继承;L3 = 9 个有显式多重继承的跨学科领域。新增对人文相邻学科的接纳(传播学 / 教育研究)以及对清单之外任何领域的兜底协议。 |
| v4.1.1 | 首个存档发布 | 首个 Zenodo 存档发布,附带可引用的 DOI(10.5281/zenodo.20280773)。 |
v1.0.0 v2.x v3.0.0 v4.0.0 v4.1.x
academic- 双语 + 重新授权 端到端助手 三层学科架构
writer 改名 + (CC BY-NC 4.0) (模式 H/I/J/K、 + 首个存档发布
(润色伴侣) 学科路由 可校准的 D) (DOI)
│ │ │ │ │
└───────────────┴───────────────────┴────────────────┴─────────────────────────┘
从「润色伴侣」 ───────────────▶ 走向「端到端思考伙伴」
不断扩张的边界是有意为之的。v1–v2 厘清了这个 skill 是为何而生的(人文、思想优先、保留作者声音)。v3 确定了它如何被授权(一份开放、非商业的公共品)。v4 拓宽了它覆盖的范围——从一个你在润色阶段才会拿起来的工具,变成一套你在整个项目之上工作于其上的基础设施:从最初那个模糊的题目,一路到可投稿的声明文字。
自首个存档发布以来,看得见的工作都围绕着一件事:让这个项目在两种语言下都真正可用,也让来自任何地方的贡献者都能上手——
- 一份英文
CONTRIBUTING.md(与既有的中文版并列)。 - 双语 GitHub issue 模板。
- 完整的文档翻译——一级、二级文档现在都以成对的
.md/.zh.md形式发布(包括设计哲学与跨学科测试两份文档)。 - 贯穿
scripts/工具链的中英双语引用脚本注释。 - 你正在看的这个 Wiki 本身,作为一个双语入口。
以下是由社区驱动的方向,而非带日期的承诺。 下面不承诺任何日期,也不承诺任何版本号。这一部分描述的是项目可能生长的方向——同时也是一份邀请你共同参与的开放邀约。下面每一项都对应着项目实际看重的东西;完整图景与提交流程见 贡献指南。
这个 skill 生长自一个具体的人文博士论文项目,但它的目标是覆盖整个人文领域。最有价值的贡献,是在你自己的学科里真刀真枪地用它,反馈哪些模块合适、哪些不合身,并提出学科专属的 overlay——例如面向中世纪研究的拉丁文核验、面向艺术修复的物质文化分析、或面向民族音乐学的田野笔记处理。在这个项目看来,普遍性应当从众多特殊性的交汇中生长出来,而不是从一个空洞的抽象里凭空得来。设计哲学文档把同一份邀约说得很直白:欢迎其他学科的作者来测试这个 skill,正是为了让这套设计能在更多特殊性中长大。
references/ai-trace-checklist.md 是这个 skill 的「纵深防御」。未经审视的表达模式这份目录还有很大的生长空间——不只是 AI 套话,还包括学科专属的套路,以及大量阅读理论之后沉淀下来的文风惯性。那些不归入现有类别、却又反复出现的新模式,正是这里最想要的。
SKILL.md 与 README 已经是双语,但 references/ 下的一些支撑文件仍以中文为主。把英文一侧补齐——包括为中文套话清单找到对应的英文填充语(不是逐字直译)——仍是一个高价值的方向。
这个 skill 目前有 11 个工作模式(A–K)。新增模式是可能的,但门槛是有意设高的——一个被提议的模式必须:
- 与现有模式在机制上确有区别(不是改名或换个说法),
- 拥有独立的输入要求与输出格式,并且
- 至少给出一个具体用例及其预期效果。
(像新增模式这样的大改动,应先开 issue 讨论,因为 SKILL.md 的各部分在设计上彼此紧密咬合。)
onboarding 允许作者选择一种风格(APA / Chicago / MLA / GB/T 7714 / 期刊专属)。针对某一标准做更深的内建支持还有空间——例如自动生成一份符合 GB/T 7714 顺序编码制的参考文献列表。
scripts/ 工具链可以随着新的低依赖工具一起生长——候选点子包括段落连贯性检测、概念漂移检测(追踪同一术语在不同章节中的语境频率),以及引用密度分析(标记异常段落)。新脚本必须保持零依赖或低依赖(zsh / Python 3 标准库 / 至多一两个常见包),并遵循 scripts/README.md 中的设计原则。
为了让上面的方向保持诚实,有必要说清楚什么是有意排除在范围之外的——这些并不是「坏」点子,只是与设计立场背道而驰:
- 把 skill 做得更通用(一个泛用的润色模式,或把它扩展到经验性社会科学 / STEM)。这个 skill 是刻意有立场的:人文、思想优先、保留作者声音。
- 用运行时 LLM 调用替换模块——各模式都是纯文本 prompt,因此能在任意 Claude 入口处工作。
- **「AI 智能润色」**类功能——这个 skill 的核心前提,正是对自动润色那套叙事的拒绝。
- 付费 / 订阅集成——这个 skill 是一份开源的公共品。
如果你想推进上面任何一个方向(或者想论证某个「非目标」其实是错的),这样的讨论我们欢迎——详见 贡献指南。
humanities-writing-companion · CC BY-NC 4.0 · DOI 10.5281/zenodo.20280773 · by Shen Cong (沈聪)
📘 English
Guides
- Getting Started
- The 11 Working Modes
- Paper End-to-End
- Discipline Guides
- FAQ & Troubleshooting
- Citation & Writing Tools
About the project
📗 中文
指南
关于项目