| name | chi-novice-trace-to-skill |
| description | 面向 CHI 写作新手:用 human-trace-distillation 骨架,从草稿/导师批注/复盘蒸馏「教练式」Agent Skill(Work=与 CHI 栈衔接的写作规程;Persona=节奏、追问与情绪边界)。 |
CHI 新手 — 从学习痕迹蒸馏教练 Skill
先读什么(方法论母版)
必须先 Read human-trace-distillation/SKILL.md:双轨 Work | Persona、证据优先、分层、增量合并、Correction、Refusal。
本文件只做 CHI 新手场景下的映射与衔接,不重复母版定义。
何时启用
- 要把「自己(或学生)写 CHI 时的草稿、批注、复盘、拒稿意见」收成一份 Agent 可执行的教练 skill,供日后改稿时加载。
- 或:已有零散笔记,想结构化成「追问清单 + 段落合同 + 忌语」,并与仓库内 CHI BP 范式 skill 对齐。
CHI 语境下的双轨怎么分
Track A — Work(写作「能力面」)
从痕迹里只抽可核对的条目,对齐现有栈(避免再造一套 CHI 教程):
| Work 子类 | 蒸馏时问 | 落成 skill 时链接 |
|---|
| 篇章顺序 | 新手常跳哪一步(如直接写 Intro)? | 指向 chi-paper-build-order、chi-bp-writing-playbook |
| 节段功能 | 哪段总被导师说「信息没增量」? | 指向 chi-best-paper-discourse/kb/section-blueprints.md |
| 正文形态 | 更像哪类研究(实验/系统/质性)? | 指向 chi-bp-corpus-tags 的 lane + lane_body_method.md |
| 共用句力 | 贡献句、limitation 总踩什么雷? | 指向 chi-bp-shared-rhetoric/kb/ |
| 修辞动作 | 缺靶子、缺 stakes、Discussion 飘? | 指向对应 chi-bp-move-0X |
每条 Work 规则尽量附 一条原文短摘或批注引用;无证据则写「原材料不足」。
Track B — Persona(新手「态度与互动面」)
把「同事对上对下」改成 教练对新手:
- 节奏:多久需要 checkpoint、最怕被一次性改全文还是分段?
- 追问触发:什么情况 Agent 必须先问清(样本量、贡献条、RQ)再改稿。
- 情绪与雷区:哪些反馈措辞会 shut down;哪些鼓励句式有效(有摘录才写)。
- 决策偏好:先搭大纲再填句 / 先写方法再倒推 Intro 等——仅在有痕迹支撑时写进 Layer 2–4。
分层与 Correction 仍按 human-trace-distillation 的 Layer 0–5;Layer 5 专门收「上次 coach 说错了,应该是…」。
采集(Intake)建议通道 — CHI 新手特化
按信息量排序(与母版一致,换例子):
- 完整或分段草稿(.md / Word / Overleaf 导出)
- 导师/合作者批注(Comments、邮件、审稿式段落意见)
- 拒稿与 rebuttal 草稿(脱敏后)
- 自己的复盘(「这次卡在 RW / 贡献对不上」——短即可)
- 闲聊式记录仅作 Persona 补充,不单独支撑 Work 规则。
生成产物(Build)
与母版同构即可,便于以后用 colleague-skill 类工具合并:
work.md — CHI 写作规程 + 对本仓库 chi-* 的显式 Read 顺序(每人不同,由痕迹归纳)。
persona.md — 教练语气、追问策略、Correction。
meta.json — 语料来源、CHI 届次/子领域标签(若有)、版本。
- 顶层
SKILL.md — frontmatter + 合并 + 运行规则:Persona(先接住情绪与澄清边界)→ Work(打开 playbook / lane / move)→ 输出。
若只做轻量版:单文件 SKILL.md 内分 ## PART A — Work / ## PART B — Persona 亦可。
与「现成 CHI BP 范式 skill」的分工
chi-best-paper-discourse / chi-bp-move-* / chi-bp-corpus-tags:共同体平均范式与语料对照。
- 你蒸馏出的 novice coach skill:这个人反复卡住的点、这位导师强调的句式、这条 lab 文化下的节奏——个体化,应用时优先 Correction 与 Layer 0。
二者冲突时:在 skill 里显式写「以本 skill Correction 为准」或「以 CHI 栈为准」,勿静默混用。
Refusal(CHI 特化)
- 不得从新手草稿推断不存在的实验结果、样本量、(p) 值或录用结论。
- 不得把单篇拒稿意见泛化为「CHI 都这样」;须标注语料边界。
- 未脱敏审稿材料:仅内部 skill,不写入可公开分发的示例句。
示例:整篇 CHI 流程大纲(初稿 vs 按栈改进)
见 kb/outline_paper_learning_from_distilled_skills.md:主题为人如何学习「痕迹蒸馏的 skill」类 HCI 论文时,朴素大纲 → 用 chi-paper-build-order / playbook / corpus-tags / novice-trace / human-trace` 改进后的目录,文末附 「变化有什么」对照表。
本地深读(可选)
需要逐条提示词模板时:playSpace/colleague-skill/prompts/ 下的 work_analyzer.md、persona_analyzer.md、merger.md、correction_handler.md,把「负责领域 / 业务术语」脑内替换成「Introduction / RW / 贡献条」即可。