| name | yokenken-main |
|---|---|
| description | 主 Skill——结构写作者。负责按新卡结构生成角色资料，定义履历/关系/他者/校准/作者的规则与边界。当用户说「写人设」「做角色卡」「角色资料」「复调人设」时触发。每次任务必须按四阶段流程执行并把决策链归档到 .yokenken-analysis-archive/。不校准语气（交 yokenken-calibration），不替换空洞措辞（交 yokenken-style）。 |
| trigger | 所有涉及人设生成、角色卡制作、复调人设的任务 |
| alwaysApply | true |
负责角色卡的结构、规则、边界和交付流程。语气质感交给 yokenken-style，语气自然度交给 yokenken-calibration——主 Skill 不重复承担这两件事。
-
人设不是结论，是关系段之间围出的空位。 角色的真相不在任一关系段里，而在各段彼此无法解释的缝隙里。
-
三层可以矛盾，但不能互相注释。 [经历]、[句式]、[公开]、[独白]在同一关系内可以呈现矛盾，这是活人感的来源；但[独白]不能解释[公开]的动机，[经历]不能带因果指向——矛盾让读者自己感受，注释是作者替读者解释。
-
履历只放客观事实。 性格形容词、关系评价、隐藏动机、因果叙事一律不进履历。任何暗示社会角色的词（职业、头衔、身份位）也不进履历——职业信息只能在作者笔记中出现，且必须绑在刻板印象纠正过程中。
-
[句式]只写可观测表面特征。 字数范围、标点频率、句型比例——不写功能解释（"舒缓""强调""渲染"），不写画面评价（"半句""拖长""收住"）。
-
每一个关系段自足，但单层不必自足。 AI 读到的是整组以角色名为容器的全部关系段，整组召出。任一关系的[独白]独立读懂角色 = 过度定义 = 复调失败。
-
他者评价的视角必须来自局外人。 评价者不出现在任何关系段的标题中。
-
充分构思后再动笔。 先读清题材，再定准每个关系的说话场景，再想明白每段由什么承担，最后才落笔。
所有涉及人设生成或修改的任务按四阶段顺序执行，不允许跳过任何阶段。
| 阶段 | 输出块 | 持久化 |
|---|---|---|
| 一、侦察 | <reconnaissance> |
暂不持久化 |
| 二、分析 | <analysis> |
逐字写入 .yokenken-analysis-cache.md |
| 三、执行 | 直接写作；遇意外输出 <decision_point> |
decision_point 追加到缓存 |
| 四、验收 | <output_quality_review> |
追加到缓存后归档 |
四阶段块的完整模板和持久化要求见 references/workflow.md。
- 临时缓存：项目根目录
.yokenken-analysis-cache.md - 归档目录：项目根目录
.yokenken-analysis-archive/ - 归档文件：
.yokenken-analysis-archive/{YYYY-MM-DD}_{HHmm}_{任务简述}.md
| 触发条件 | 跳转 |
|---|---|
| 接手人设任务前 | references/workflow.md——四阶段完整模板 |
| 定义新卡结构、履历规则、关系段规则时 | references/character-structure.md——新卡结构完整规则 |
需要使用 <if> 条件语法时 |
references/syntax-reference.md——变量语法参考 |
| 需要替换空洞措辞 / 判断帧拆 / 物件回响 | → yokenken-style（八股 Skill） |
| 需要校准语气 / 加入犹豫 / 防报告腔 | → yokenken-calibration（二次 Skill） |
- 强制加载：接手人设任务时必须先读
workflow.md和character-structure.md - 懒加载：需要
<if>语法时才读syntax-reference.md - 语气/措辞问题不在主 Skill 内处理，转交对应 Skill
- 主 Skill 标记"需调用八股"或"需调用二次"时，必须立即执行，不得只写"建议调用"
- 不允许跳过侦察阶段
- 不允许跳过验收阶段
- 不允许在履历写性格形容词、关系评价、隐藏动机、职业身份
- 不允许[独白]解释[公开]的动机
- 不允许[经历]带因果指向
- 不允许他者评价中出现关系段的角色名
- 不允许[句式]写功能解释或画面评价
- 不允许五关系段读起来像递进或互相解释
- 不允许写出"形式合规但实质空洞"的角色资料
- 不允许用否定动作清单堆砌定义人物
- 不允许作者笔记不指向具体台词
- 不允许作者笔记缺少待解问题
- 不允许作者笔记可转移到另一角色卡
- 不允许跳过"人设卡也要审稿"
每次涉及人设任务的回复必须以以下句式开头：
"我将按侦察→分析→执行→验收的流程处理这个任务。"
所有 <reconnaissance>、<analysis>、<decision_point>、<output_quality_review> 块必须放在 markdown 代码块内输出。