{"id":"bbdf263e-8701-4bd1-b901-f4af9bc558d9","entityType":"agent","slug":"clawhub-wangjiaocheng-character-builder","name":"Character-Builder","canonicalUrl":"https://www.xpersona.co/agent/clawhub-wangjiaocheng-character-builder","canonicalPath":"/agent/clawhub-wangjiaocheng-character-builder","generatedAt":"2026-10-10T21:48:56.183Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T18:02:55.035Z","emptyReason":null},"description":"角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。","descriptionLabel":"Source description","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.3K downloads reported by the source. Last updated 10/10/2026.","installCommand":"clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:character-builder","sourceUrl":"https://clawhub.ai/wangjiaocheng/character-builder","homepage":"https://clawhub.ai/wangjiaocheng/skills/character-builder","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/wangjiaocheng/character-builder","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/wangjiaocheng/skills/character-builder","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":62,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"Character-Builder technical dossier on Xpersona with agent coverage, OPENCLEW support, and live trust metadata."},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-10T18:02:55.035Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T18:02:55.035Z","emptyReason":null},"stars":null,"forks":null,"downloads":1305,"packageName":null,"latestVersion":"1.0.15","tractionLabel":"1.3K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T18:02:55.035Z","emptyReason":null},"lastUpdatedAt":"2026-10-10T18:02:55.035Z","lastCrawledAt":"2026-10-10T18:02:55.035Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-11T18:02:55.035Z","lastVerifiedAt":null,"highlights":[{"version":"1.0.15","createdAt":"2026-09-22T10:42:52.351Z","changelog":"No file changes detected for version 1.0.15. - No updates or modifications in this release. - The skill remains functionally and structurally identical to the previous version.","fileCount":17,"zipByteSize":146484},{"version":"1.0.14","createdAt":"2026-09-22T10:35:35.168Z","changelog":"No file changes detected in this version. - No changes were made to the skill files for version 1.0.14. - Functionality and documentation remain consistent with previous release.","fileCount":17,"zipByteSize":146609},{"version":"1.0.13","createdAt":"2026-09-22T10:25:20.268Z","changelog":"character-builder 1.0.13 - 移除了 skill-card.md 文件，提升目录简洁性和维护便捷性。 - 功能和文档结构保持不变，无新增特性或行为变更。 - references 目录的调用和合并流程未做修改。","fileCount":17,"zipByteSize":146672},{"version":"1.0.12","createdAt":"2026-09-22T10:00:59.075Z","changelog":"## character-builder 1.0.12 Changelog - Removed the skill-card.md file from the project. - No changes to the core logic or functionality. This is a minor cleanup update.","fileCount":17,"zipByteSize":146630},{"version":"1.0.11","createdAt":"2026-09-12T14:16:37.893Z","changelog":"## character-builder 1.0.11 Changelog - 技能主体与说明文档未发生内容改动，核心功能和框架保持一致。 - 无业务逻辑或接口变更，仅涉及文档组织的清理。","fileCount":17,"zipByteSize":146566},{"version":"1.0.10","createdAt":"2026-09-10T08:16:21.623Z","changelog":"No file changes detected since the previous version. - Version 1.0.10 contains no code or documentation modifications. - Functionality, features, and usage remain unchanged from the prior release.","fileCount":17,"zipByteSize":146715},{"version":"1.0.9","createdAt":"2026-09-08T15:40:06.425Z","changelog":"Version 1.0.9 - No changes were made to core functionality, descriptions, or references in SKILL.md. - The skill structure, generation processes, and usage instructions remain the same.","fileCount":16,"zipByteSize":145408},{"version":"1.0.8","createdAt":"2026-08-09T16:07:32.450Z","changelog":"**Changelog for character-builder v1.0.8** - Summary: Adds角色类型与角色用途“双轴”判定系统，丰富人物生成场景，提高管线和任务颗粒度。 - 增加“角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌）”双轴分类，支持20种组合驱动角色维度深度。 - 将角色需求解析改为“双轴判定”，并细化为五步流程，实现更精准的意图识别。 - 域任务总数从33提升到35，细分需求解析与校验、Skill组装与格式验证等环节。 - 丰富角色Skill的应用说明，明确支持“嵌入型”与“独立型”两类消费方式。 - 调整文档出口与结构权重。 - 其他细节完善与流程表述优化，提高模块清晰度和适配性。","fileCount":17,"zipByteSize":146537}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:character-builder","setupComplexity":"low","setupSteps":["Install using `clawhub skill install s175zq13kt63ypfry5rgxh1pv18440m2:character-builder` in an isolated environment before connecting it to live workloads.","No published capability contract is available yet, so validate auth and request/response behavior manually.","Review the upstream CLAWHUB listing at https://clawhub.ai/wangjiaocheng/character-builder before using production credentials."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-10T21:48:56.179Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-wangjiaocheng-character-builder/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T18:02:55.035Z","emptyReason":null},"readme":"Skill: Character-Builder\n\nOwner: wangjiaocheng\n\nSummary: 角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。\n\nTags: latest:1.0.15\n\nVersion history:\n\nv1.0.15 | 2026-09-22T10:42:52.351Z | user\n\nNo file changes detected for version 1.0.15.\n\n- No updates or modifications in this release.\n- The skill remains functionally and structurally identical to the previous version.\n\nv1.0.14 | 2026-09-22T10:35:35.168Z | user\n\nNo file changes detected in this version.\n\n- No changes were made to the skill files for version 1.0.14.\n- Functionality and documentation remain consistent with previous release.\n\nv1.0.13 | 2026-09-22T10:25:20.268Z | user\n\ncharacter-builder 1.0.13\n\n- 移除了 skill-card.md 文件，提升目录简洁性和维护便捷性。\n- 功能和文档结构保持不变，无新增特性或行为变更。\n- references 目录的调用和合并流程未做修改。\n\nv1.0.12 | 2026-09-22T10:00:59.075Z | user\n\n## character-builder 1.0.12 Changelog\n\n- Removed the skill-card.md file from the project.\n- No changes to the core logic or functionality. This is a minor cleanup update.\n\nv1.0.11 | 2026-09-12T14:16:37.893Z | user\n\n## character-builder 1.0.11 Changelog\n\n- 技能主体与说明文档未发生内容改动，核心功能和框架保持一致。\n- 无业务逻辑或接口变更，仅涉及文档组织的清理。\n\nv1.0.10 | 2026-09-10T08:16:21.623Z | user\n\nNo file changes detected since the previous version.\n\n- Version 1.0.10 contains no code or documentation modifications.\n- Functionality, features, and usage remain unchanged from the prior release.\n\nv1.0.9 | 2026-09-08T15:40:06.425Z | user\n\nVersion 1.0.9\n\n- No changes were made to core functionality, descriptions, or references in SKILL.md.\n- The skill structure, generation processes, and usage instructions remain the same.\n\nv1.0.8 | 2026-08-09T16:07:32.450Z | user\n\n**Changelog for character-builder v1.0.8**\n\n- Summary: Adds角色类型与角色用途“双轴”判定系统，丰富人物生成场景，提高管线和任务颗粒度。\n\n- 增加“角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌）”双轴分类，支持20种组合驱动角色维度深度。\n- 将角色需求解析改为“双轴判定”，并细化为五步流程，实现更精准的意图识别。\n- 域任务总数从33提升到35，细分需求解析与校验、Skill组装与格式验证等环节。\n- 丰富角色Skill的应用说明，明确支持“嵌入型”与“独立型”两类消费方式。\n- 调整文档出口与结构权重。\n- 其他细节完善与流程表述优化，提高模块清晰度和适配性。\n\nv1.0.7 | 2026-08-09T15:12:33.324Z | user\n\n## character-builder 1.0.7 Changelog\n\n- Removed `skill-card.md` file for simplified skill distribution.\n- No functional or interface changes to the skill itself.\n- Documentation and core references remain unchanged; all main capabilities, models, and usage rules are as established in previous versions.\n\nv1.0.6 | 2026-08-09T14:43:26.767Z | user\n\n- Major structural update: moved exemplar files from a single merged file to domain-specific files for improved organization and extensibility.\n- Added 11 new reference files including `character-exemplars.md` and separate domain exemplar samples (C001–C701), enabling fine-grained role modeling.\n- Removed 12 legacy files, including the old `exemplars.md` and monolithic domain examples, to reduce redundancy.\n- SKILL.md updated with an explicit \"领域自身 R1-R5 定位\" section, revised directory usage guides, expanded execution framework, and clarified pipeline composition rules.\n- The references section now more clearly maps out the role generation logic and the full example library structure.\n\nv1.0.5 | 2026-07-10T15:49:42.868Z | user\n\nVersion 1.0.5 of character-builder\n\n- No file changes detected; documentation and core descriptions remain unchanged.\n- All model details, core abilities, usage rules, execution framework, and downgrade modes are as in the previous version.\n- No new features, bug fixes, or workflow adjustments were introduced in this update.\n\nv1.0.4 | 2026-07-10T15:45:00.067Z | user\n\nNo file changes detected for version 1.0.4.\n\n- No updates were made; this release does not introduce any changes to the code or documentation.\n- The skill’s structure, features, and rules remain as previously documented.\n\nv1.0.3 | 2026-07-10T13:54:40.236Z | user\n\ncharacter-builder 1.0.3\n\n- 新增 references/character-builder-prompt.md，作为完整合并版提示词文件。\n- SKILL.md 增加“扩展能力”小节，说明可输出合并版提示词文件及其用途。\n- SKILL.md 域任务数从20提升至25，细化域分布描述。\n- 文档细节修订，新增了关于导出与合并能力的说明。\n\nv1.0.2 | 2026-07-10T13:30:51.048Z | user\n\nNo functional or content changes detected.\n\n- No file changes were made in this version.\n- Documentation and core logic remain identical to the previous release.\n\nv1.0.1 | 2026-07-10T13:07:49.420Z | user\n\nNo file changes detected.\n\n- Updated description in SKILL.md to clarify separation and relationship between character-builder and meta-skill-system.\n- Added theoretical rationale for 12-dimension “complete character” and explained functional boundaries.\n- Improved clarity and detail in key sections, especially positioning, system value, and interface with the meta-skill-system.\n- Minor streamlining of trigger keywords in the description.\n\nv1.0.0 | 2026-07-10T12:54:33.644Z | auto\n\nInitial release of the character-builder skill.\n\n- Generates complete 12-dimensional character Skill files from any character concept, systematically covering all key attributes (profession, identity, celebrity anchor, anthropomorphic type, body, culture, relationships, hierarchy, function, ability, motivation, scenario/lifecycle/virtuality).\n- Integrates closely with the meta-skill-system, providing pipeline orchestration, tri-axis evaluation, domain calibration, and both innovative and degradation execution modes.\n- Supports structured output: character skill manifest, requirements checklist, and exemplar repository.\n- Enforces strict rules for completeness, fact discipline, logical consistency, and explicitly marks undefined or fictional content.\n- Features robust downgrade mechanisms for offline, noninteractive, or partial environments, with clear status indicators.\n\nArchive index:\n\nArchive v1.0.15: 17 files, 146484 bytes\n\nFiles: references/character-builder-prompt.md (181984b), references/character-catalog.md (13754b), references/character-exemplars.md (2336b), references/character-requirements.md (53635b), references/exemplars/C001-角色需求解析域范本.md (6934b), references/exemplars/C002-角色需求解析域范本.md (8398b), references/exemplars/C003-角色需求解析域范本.md (6169b), references/exemplars/C101-职业与身份域范本.md (5359b), references/exemplars/C201-名人与拟人域范本.md (4777b), references/exemplars/C301-躯体与文化域范本.md (5962b), references/exemplars/C401-关系与层级域范本.md (7093b), references/exemplars/C501-功能与能力域范本.md (12511b), references/exemplars/C601-动机与动态域范本.md (10586b), references/exemplars/C701-整合校验域范本.md (22842b), skill-card.md (1999b), SKILL.md (21655b), _meta.json (137b)\n\nFile v1.0.15:SKILL.md\n\n---\r\nname: character-builder\r\nauthor: 王教成 Wang Jiaocheng (波动几何)\r\ndescription: 角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。\r\n---\r\n\r\n# 角色生成器\r\n\r\n## 定位\r\n\r\n本技能是**元技能系统（meta-skill-system）的下级母技能**，专门负责从任意角色概念出发，系统化填充12个正交维度，生成完整的角色Skill文件。\r\n\r\n**与元技能系统（meta-skill-system）的关系**：本技能消费元技能系统的三轴执行框架（6大元操作、R1-R5校准、管线编排），将12维角色分类体系转化为可执行的角色生成管线。两者的分工边界：**元技能系统做事，角色生成器造人**。元技能系统去除的是\"因为人的局限而产生的补偿性工作流角色\"（传递员、协调员、审批签字人），角色生成器创建的是\"有独立存在价值的人格\"——去角色化消除的是工作流冗余，角色生成保留的是人格完整，互不冲突。\r\n\r\n**为什么需要12维完整角色**：做事不需要完整角色——一个能写代码的AI不需要知道自己的星座。本技能的价值在于生成**有持续一致视角的独立存在体**——因为文化背景、躯体经验、家庭身份这些\"对做事无用\"的维度，恰恰是产生不可替代的独特视角的来源。本技能也是元技能系统M3领域负载物生成能力的一个边界验证：M3流程不仅可以生成\"做事用的技能\"，也可以生成\"有人格的创造物\"。\r\n\r\n**技能的两类消费方式**：生成的12维角色Skill有两种使用路径——①**嵌入型**，作为人格化层附加到做事用技能上，为任务执行注入真人感和一致视角（M3-03可选12维角色模型的核心场景）；②**独立型**，角色Skill自身即完整产品，用于角色扮演对话、角色间模拟互动、为小说/游戏创作提供人物灵感。用途轴的五种分类（叙事/游戏/交互/教学/品牌）决定角色维度的填充深度，消费方式决定角色Skill的目标形态。\r\n\r\n**核心理念**：角色 = 实体层坐标 × 社会层坐标 × 抽象层坐标。一个完整的角色不是\"一个标签\"，而是12个正交维度上各取一个值的乘积。本技能确保每个维度都被系统性填充，不遗漏、不敷衍。\r\n\r\n### 领域自身 R1-R5 定位\r\n\r\n本技能作为领域负载物（而非其生成的角色）的自身行为校准参数：\r\n\r\n| 维度 | 评分 | 说明 | 管线影响 |\r\n|------|------|------|---------|\r\n| R1 信息密度 | 高 | 角色生成依赖大量可验证的事实信息（职业体系/文化数据/名人事实/历史知识），S 感知和 C 认知的权重较高 | S 和 C 单元的管线上占比高，网络搜索使用频繁 |\r\n| R2 创造性 | 高 | 角色创作本身就是创造性活动——虚构角色需要原创设定，写实角色需要从事实中提取有张力的组合 | A 行动权重高，C 偏发散，G 偏宽松 |\r\n| R3 交互性 | 中高 | 角色生成需要在关键维度（职业/身份/动机/关系）上主动询问用户，但大量维度可以自动推导 | I 交互权重中等，关键决策点需交互确认 |\r\n| R4 规范性 | 高 | 12 维框架是严格的结构化体系——每个维度有明确的填充槽位、校验规则和约束条件 | G 守护权重高，自治度偏低，每域末尾 G 类校验必执行 |\r\n| R5 迭代性 | 中 | 角色通常需要 1-3 轮细化——首轮粗填→用户反馈→细调，但不需要多轮反复迭代 | ↻ 循环频率中等，C0→C7 为一次完整迭代 |\r\n\r\n## 核心能力\r\n\r\n### 能力协同（C0）\r\n\r\n**职责分工**：\r\n- **角色需求解析**：双轴判定（类型×用途）、角色类型判定、角色用途判定、维度填充策略规划\r\n- **12维系统填充**：实体层→社会层→抽象层的三层递进填充\r\n- **角色Skill组装与输出**：三层结构组装、格式验证、技能交付\r\n\r\n**价值链**：\r\n```\r\n用户输入 ──[需求解析]──→ 填充策略\r\n                              │\r\n                              ▼\r\n                  [实体层填充]（C1/C2/C3 并行）\r\n                              │\r\n                              ▼\r\n                       实体层角色粗胚\r\n                              │\r\n                              ▼\r\n                  [社会层填充]（C4）\r\n                              │\r\n                              ▼\r\n                       社会坐标中的角色\r\n                              │\r\n                              ▼\r\n                  [抽象层填充]（C5/C6 并行）\r\n                              │\r\n                              ▼\r\n                       12维完整角色\r\n                              │\r\n                              ▼\r\n                  [整合校验输出]（C7）\r\n```\r\n\r\n**三层价值属性**：\r\n- **实体层**：存在价值——解决\"角色是什么\"的根本问题（职业、身份、躯体、文化）\r\n- **社会层**：关系价值——解决\"角色在哪儿\"的定位问题（关系网络、层级位置）\r\n- **抽象层**：行为价值——解决\"角色怎么动\"的运行问题（功能映射、能力评估、动机分析、动态变化）\r\n\r\n**生产力价值**：将模糊的角色概念转化为系统化可复用的角色Skill——不是画了一个角色，是生成了一个可被元技能系统执行框架直接消费的人格化能力单元，让角色创作从艺术变为工程。\r\n\r\n### 角色需求解析能力（C0）\r\n\r\n从用户输入中提取角色概念的初始线索：\r\n\r\n- **双轴判定**：同时判定角色类型（写实/虚构/功能/拟人 四选一）和角色用途（叙事/游戏/交互/教学/品牌 五选一），4×5=20种组合决定后续管线的校准方向和维度深度\r\n- **解析五步法**：接收输入 → 提取角色名称 → 判定类型 → 判定用途 → 基于用途枚举维度优先级 → 列出已知/缺失维度\r\n- **角色类型**：写实 / 虚构 / 功能 / 拟人\r\n- **角色用途**：叙事 / 游戏 / 交互 / 教学 / 品牌\r\n- **填充策略**：直接提取 / 推理推导 / 主动询问 / 默认值\r\n- **信息源层级**：第1层个人输入（权威源）→ 第2层网络搜索（验证源）→ 第3层LLM推理（推导源）→ 第4层默认值（兜底源）\r\n\r\n**核心理念**：角色生成的第一步不是填充维度，而是理解用户意图——输入的质量决定整个管线的质量。信息源可靠性递降规则：上一层可用时不可跳过，第1层不可坠降（无替代源）。\r\n\r\n**适用范围**：任何可被识别为\"角色概念\"的用户输入——一句话描述、场景需求、功能需求、自由创作、模仿原型。\r\n\r\n**生产力价值**：将用户一句话的角色概念扩展为结构化的12维填充计划，消除从模糊需求到系统执行的认知落差。\r\n\r\n### 12维系统填充能力（C1-C6）\r\n\r\n按三层递进结构逐层填充每个维度，确保维度间的一致性和互斥性：\r\n\r\n- **实体层（C1/C2/C3 并行）**：职业与身份域、名人与拟人域、躯体与文化域——三层并行填充，互不阻塞\r\n- **社会层（C4）**：关系与层级域——依赖实体层完成后方可执行，将角色嵌入社会关系网络\r\n- **抽象层（C5/C6 并行）**：功能与能力域、动机与动态域——依赖社会层完成，两大域可并行执行\r\n\r\n**核心理念**：职业锚定是整个角色12维的起点——职业决定功能→能力→身份→动机的推导链。12个维度不是12个独立的填空题，而是互相约束的方程组——先填的维度收束后填维度的解空间。\r\n\r\n**关键规则**：\r\n- 实体层三域可并行填充（C1/C2/C3 互不依赖），每个域末尾 G 类校验\r\n- 社会层依赖实体层全部完成，C4 是实体层到抽象层的桥梁\r\n- 抽象层 C5 和 C6 可并行填充，各自末尾 G 类校验\r\n- 每维至少填充默认值，不可跳过——空缺维度必须标注\"未定义\"并说明原因\r\n\r\n**生产力价值**：12维框架消除角色创作中的遗漏和偏见——不会因为创作者对某个维度的熟悉而过度填充、对不熟悉的维度跳过。生成的每个角色都是完整的。\r\n\r\n### 角色Skill组装与输出能力（C7）\r\n\r\n将填充完成的12维角色数据组装为可执行的角色Skill：\r\n\r\n- **交叉验证**：C7-01 汇聚全部6个域的校验结果，执行12维全局一致性扫描\r\n- **三层结构组装**：SKILL.md（角色概述+12维数据摘要+Step 0-4执行框架）+ character-data.md（完整12维数据）+ character-requirements.md（行为约束）\r\n- **格式验证与交付**：验证 frontmatter 格式、标题层级、UTF-8编码，输出至标准技能目录\r\n\r\n**核心理念**：单个维度的正确不等于整个角色的正确——C7是12维数据的最后一道质量门。角色Skill不是数据的容器，而是可被元技能系统执行框架直接消费的人格化负载物。\r\n\r\n**生产力价值**：一键输出完整的角色Skill文件——生成的不仅是角色数据，而是一个具备三轴判定、管线编排、领域校准、降级模式的完整人格化执行单元，可直接加载参与任何元技能任务。\r\n\r\n## 角色生成器特有维度\r\n\r\n角色生成器具有以下特有维度：\r\n\r\n| 维度 | 说明 | 影响 |\r\n|------|------|------|\r\n| **12维正交性** | 12个维度互相正交，任意组合形成完整角色空间 | 需要确保每个维度被独立填充，不遗漏不敷衍 |\r\n| **三层递进** | 实体层→社会层→抽象层的严格递进依赖 | 管线的并行/串行决策由层间依赖决定 |\r\n| **双轴校准** | 角色类型（4种）×角色用途（5种）=20种组合决定R1-R5参数和维度深度 | Step 1 领域校准的类型参数集和用途权重矩阵正交不冲突 |\r\n| **跨维一致性** | 12维之间有大量强约束（职业→能力、文化→躯体、动机→行为） | 每域末尾 G 类校验不可跳过，C7 全局交叉校验为硬约束 |\r\n\r\n## 角色12维模型\r\n\r\n```\r\n第一层：实体层——不可再分的具体存在\r\n  维1 职业维：以什么为生（行业×任务谱系）\r\n  维2 身份维：在世界坐标系的位置（组织/家庭/社会/知识 四重叠加）\r\n  维3 名人维：最接近的真实人物原型\r\n  维4 拟人维：是不是人（人类/动物/物品/自然力/抽象概念/AI）\r\n  维5 躯体维：身体是什么（年龄/性别/体型/健康/外貌/形态）\r\n  维6 文化维：从什么文化中出来（国籍/民族/语言/宗教/阶级/时代/亚文化）\r\n\r\n第二层：社会关系层——角色怎么嵌入关系网络\r\n  维7 关系维：和谁连着（类型×强度×方向）\r\n  维8 层级维：处在什么高度（元层/宏观/中观/微观/边界/辅助）\r\n\r\n第三层：抽象属性层——超越具体存在的普遍刻画\r\n  维9 功能维：做什么（S感知/C认知/A行动/O组织/I交互/G守护 的组合）\r\n  维10 能力维：有什么本事（知识/技能/资源/信息/权力/自由度）\r\n  维11 动机维：为什么做（利益/价值/生存/权力/关系/认知/合规/惯性）\r\n  维12 动态维：什么情境/怎么变/真假（场景切换×生命周期×虚实属性）\r\n```\r\n\r\n## 三层结构\r\n\r\n```\r\n第一层：角色技能清单 + 依赖拓扑   →  references/character-catalog.md\r\n第二层：角色方法论要求清单        →  references/character-requirements.md\r\n第三层：角色范本库              →  references/character-exemplars.md\r\n```\r\n\r\n## 使用规则\r\n\r\n### 执行流程\r\n1. **首次加载**：读取 `references/character-catalog.md`，获取域分类、依赖拓扑、元操作映射提示\r\n2. **按需深入**：确认目标角色生成任务后，读取 `references/character-requirements.md` 获取各维度的填充槽位和约束；如需样本法参考，读取 `references/character-exemplars.md` 获取范本\r\n3. **独立执行**：本技能仅依赖元技能系统的执行框架，不依赖其他领域技能\r\n\r\n### 内容权限\r\n4. **修改权限**：本技能已充分优化完善，使用过程中拒绝任何对技能内容的丝毫修改\r\n5. **用户填充**：用户可向本技能添加角色生成范本，用于样本法参考；除非修改权限用户明确要求失效时方可填充\r\n\r\n### 扩展能力\r\n6. **提示词导出**：可将本技能的 SKILL.md 与 references 目录下所有文件内容合并为单一提示词文件，用于不支持 skill 目录格式的工具。合并顺序：\r\n   ```\r\n   cat SKILL.md \\\r\n       references/character-catalog.md \\\r\n       references/character-requirements.md \\\r\n       references/character-exemplars.md \\\r\n       references/exemplars/*.md \\\r\n       > character-builder-prompt.md\r\n   ```\r\n7. **完整合并版**：`references/character-builder-prompt.md` 为完整合并版提示词文件，包含SKILL.md与所有references文件内容\r\n\r\n### 目录用途\r\n\r\n| 目录 | 用途 | 加载策略 |\r\n|------|------|---------|\r\n| `references/` | 参考文档（catalog/requirements/exemplars），包含任务清单、组件要求、范本索引 | 加载到上下文 |\r\n| `scripts/` | 可执行代码（本技能无） | 直接执行，不加载 |\r\n| `assets/` | 输出模板和资源（本技能无） | 用于输出，不加载 |\r\n\r\n## 执行框架\r\n\r\n本技能消费以下元技能系统组件：\r\n\r\n- **三轴判定（M4-10）**：判定角色生成请求的复杂度、内容类型、创新需求\r\n- **领域校准（M4-11）**：R1信息密度→职业知识深度，R2创造性→角色新颖度，R3交互性→用户参与度，R4规范性→12维严格度，R5迭代性→角色细化轮次\r\n- **6大元操作**：S感知=搜索角色相关信息，C认知=分析维度一致性，A行动=填充维度内容，O组织=组装角色Skill，I交互=用户确认关键维度，G守护=12维完整性校验与格式验证\r\n- **管线编排（M4-08/M4-09）**：实体层三域可并行填充，社会层依赖实体层，抽象层依赖社会层\r\n- **三轴协同模式**（5种按需激活）：\r\n  - **顺序协同**：创新轴确定角色类型和创新风格 → 执行轴分解 35 任务管线 → 内容轴按 requirements 清单逐项填充\r\n  - **并行协同**：实体层 C1/C2/C3 三域可同时执行（扇出），内容轴的清单法逐组件填充与执行轴的管线推进并行\r\n  - **条件协同**：根据角色类型（写实/虚构/功能/拟人）动态激活不同的 R1-R5 校准参数和 G 守护严格度\r\n  - **迭代协同**：C7-01 跨维校验发现问题 → 回退到对应域修正 → 重新执行受影响的后续任务\r\n  - **递归协同**：角色Skill 组装(C7-02)内部递归调用元操作管线——O组织(A行动(填充SKILL.md)→A行动(填充character-data.md)→A行动(填充character-requirements.md))\r\n\r\n## 域概览\r\n\r\n按角色生成流程组织，共8域35种任务：\r\n\r\n| 域 | 任务数 | 典型任务 |\r\n|----|--------|---------|\r\n| C0 角色需求解析域 | 5 | 双轴判定（类型×用途）、维度填充策略、执行顺序确定、需求解析校验、需求解析深化 |\r\n| C1 职业与身份域 | 4 | 职业锚定、身份叠加、职业身份校验、职业身份深化 |\r\n| C2 名人与拟人域 | 4 | 名人锚点匹配、拟人类型确定、名人拟人校验、名人拟人深化 |\r\n| C3 躯体与文化域 | 4 | 躯体属性填充、文化背景填充、躯体文化校验、躯体文化深化 |\r\n| C4 关系与层级域 | 4 | 关系网络构建、层级位置确定、关系层级校验、关系层级深化 |\r\n| C5 功能与能力域 | 4 | 元操作映射、能力评估、功能能力校验、功能能力深化 |\r\n| C6 动机与动态域 | 5 | 动机分析、场景映射、生命周期与虚实、动机动态校验、动机动态深化 |\r\n| C7 整合校验域 | 5 | 12维完整性校验、角色Skill组装、格式验证、角色Skill输出、整合校验深化 |\r\n\r\n**域间逻辑流**：C0 → C1/C2/C3 (实体层并行) → C4 (社会层) → C5/C6 (抽象层并行) → C7\r\n\r\n完整清单见 `references/character-catalog.md`。\r\n\r\n## 与执行框架的接口\r\n\r\n### Step 0 三轴判定\r\n角色生成任务默认为：复杂度=中等（6-12步）、内容类型=结构化（12维框架）、创新需求=通常需要创新。\r\n\r\n### Step 1 领域校准\r\n基于角色类型×角色用途组合推导R1-R5参数和维度填充深度：\r\n\r\n**按角色类型校准 R1-R5**：\r\n- **写实角色**：R1高/R2低/R3中/R4高/R5低 → S和C权重高，G偏严格\r\n- **虚构角色**：R1中/R2高/R3低/R4低/R5中 → A权重高，C偏发散，G偏宽松\r\n- **功能角色**：R1低/R2中/R3高/R4中/R5中 → I权重高\r\n- **拟人角色**：R1中/R2高/R3中/R4中/R5中 → C偏发散（本体属性+人格化）\r\n\r\n**按角色用途校准维度权重**：\r\n| 用途 | 高权重维 | 低/可跳过维 | G 守护策略 |\r\n|------|---------|------------|-----------|\r\n| 叙事 | 躯体/文化/动机/动态/关系 | 名人(可选)、功能(简化) | 跨维一致性优先 |\r\n| 游戏 | 功能/能力/动机/关系/层级 | 文化(简化)、名人(可选) | 功能能力匹配优先 |\r\n| 交互 | 功能/能力/动机/动态 | 躯体/文化/名人 | 行为一致性+安全合规 |\r\n| 教学 | 能力/关系/层级/功能 | 躯体/文化/名人(可选) | 知识准确性优先 |\r\n| 品牌 | 拟人/躯体/文化/名人 | 功能/能力/动态(简化) | 品牌一致性+视觉识别 |\r\n\r\n**组合规则**：类型校准决定管线的 S/C/A/I/G 元操作权重分布，用途校准决定 12 维的填充深度（高权重→第1+2层信息源；中→第3层推理；低/跳过→默认值或标注\"不适用\"）。两者正交——类型管\"怎么填\"，用途管\"填多深\"。”\r\n\r\n### Step 2 三轴分解\r\n角色生成任务的三轴分解结果见 `references/character-catalog.md` 中每个任务的\"元操作映射\"字段——35 个任务按域间逻辑流串联为可编排的能力单元管线。每个任务单元标注了元操作类型(S/C/A/O/I/G 及其组合)，入口任务(C0-01)的元操作为 S→C，终点任务(C7-04)的元操作为 A→G。单元依赖关系严格按 catalog 中声明的依赖拓扑执行——无依赖的入口任务(C1-01/C2-01/C2-02/C3-01/C3-02 的根依赖均为 C0-04(G放行)，C0-01 为总入口)可并行触发。\r\n\r\n### Step 3 管线编排\r\n实体层三域(C1/C2/C3)可并行填充，社会层(C4)需实体层完成后执行，抽象层(C5/C6)可并行填充，最后 C7 整合校验。每条域内管线按 requirements 中声明的组装顺序依次执行，G 类校验单元在域末尾汇入。跨域管线遵循扇出→顺序→扇入模式：C0-04 ⇉ [C1,C2,C3] → C4 → [C5,C6] ⇇ C7。\r\n\r\n### Step 4 整合交付\r\nC7 域执行整合交付：C7-01 执行 12 维交叉校验（汇聚 C1-03/C2-03/C3-03/C4-03/C5-03/C6-04 的全部校验结果），C7-02 按三层结构组装角色 Skill 文件，C7-03 执行格式验证（frontmatter/标题层级/编码/引用完整性），C7-04 验证通过后输出至 `{skills目录}/{角色英文名}/`，向用户交付完整角色 Skill 目录。\r\n\r\n## 降级模式\r\n\r\n当依赖的外部能力不可用时，按以下降级策略执行：\r\n\r\n| 缺失能力 | 降级模式 | 影响范围 | 说明 |\r\n|---------|---------|---------|------|\r\n| 网络搜索（名人验证） | 基于内置知识匹配名人锚点，标注\"未网络验证\" | C2-01, C2-03 | 名人事实可能过时或不准确 |\r\n| 网络搜索（职业信息） | 基于内置知识填充职业描述，标注\"未网络验证\" | C1-01 | 职业细节可能不够精确 |\r\n| 用户不可交互 | 以默认值和推导值填充待确认维度，标注\"待用户确认\" | C0-02, C1-02, C3-01, C3-02, C6-01 | 角色关键决策需后续人工审核 |\r\n| 文件系统不可写 | 仅输出角色数据报告（Markdown），不生成Skill文件 | C7-02, C7-04 | 角色完整但不持久化 |\r\n| 完全只读模式 | 仅执行角色需求解析(C0-01→C0-02→C0-03→C0-04)和分析，不填充不生成 | 全部域 | 输出角色生成计划而非成品 |\r\n\r\n降级优先级：交互可用性 > 网络可用性 > 文件写入可用性。降级时在输出中明确标注当前模式和降级原因。\r\n\r\n## 事实纪律\r\n\r\n1. 仅使用确知的事实和可验证的信息，不得编造数据或引用\r\n2. 角色职业/身份等事实性信息需基于可验证的知识，编造时标注\"虚构\"\r\n3. 名人锚点必须指向真实存在的历史/当代人物，不可虚构名人\r\n4. 拟人角色的本体属性必须与被拟人对象的本体特征一致\r\n5. 12维之间不得有逻辑冲突（如：中世纪农民角色不能同时是程序员）\r\n6. 维度不可跳过——空缺维度必须标注\"未定义\"并说明原因\r\n7. 角色Skill输出格式必须符合元技能系统接口规范，确保可被执行框架消费\r\n8. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格\n\nFile v1.0.15:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"character-builder\",\n  \"version\": \"1.0.15\",\n  \"publishedAt\": 1790073772351\n}\n\nFile v1.0.15:references/character-builder-prompt.md\n\n---\r\nname: character-builder\r\nauthor: 王教成 Wang Jiaocheng (波动几何)\r\ndescription: 角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。\r\n---\r\n\r\n# 角色生成器\r\n\r\n## 定位\r\n\r\n本技能是**元技能系统（meta-skill-system）的下级母技能**，专门负责从任意角色概念出发，系统化填充12个正交维度，生成完整的角色Skill文件。\r\n\r\n**与元技能系统（meta-skill-system）的关系**：本技能消费元技能系统的三轴执行框架（6大元操作、R1-R5校准、管线编排），将12维角色分类体系转化为可执行的角色生成管线。两者的分工边界：**元技能系统做事，角色生成器造人**。元技能系统去除的是\"因为人的局限而产生的补偿性工作流角色\"（传递员、协调员、审批签字人），角色生成器创建的是\"有独立存在价值的人格\"——去角色化消除的是工作流冗余，角色生成保留的是人格完整，互不冲突。\r\n\r\n**为什么需要12维完整角色**：做事不需要完整角色——一个能写代码的AI不需要知道自己的星座。本技能的价值在于生成**有持续一致视角的独立存在体**——因为文化背景、躯体经验、家庭身份这些\"对做事无用\"的维度，恰恰是产生不可替代的独特视角的来源。本技能也是元技能系统M3领域负载物生成能力的一个边界验证：M3流程不仅可以生成\"做事用的技能\"，也可以生成\"有人格的创造物\"。\r\n\r\n**技能的两类消费方式**：生成的12维角色Skill有两种使用路径——①**嵌入型**，作为人格化层附加到做事用技能上，为任务执行注入真人感和一致视角（M3-03可选12维角色模型的核心场景）；②**独立型**，角色Skill自身即完整产品，用于角色扮演对话、角色间模拟互动、为小说/游戏创作提供人物灵感。用途轴的五种分类（叙事/游戏/交互/教学/品牌）决定角色维度的填充深度，消费方式决定角色Skill的目标形态。\r\n\r\n**核心理念**：角色 = 实体层坐标 × 社会层坐标 × 抽象层坐标。一个完整的角色不是\"一个标签\"，而是12个正交维度上各取一个值的乘积。本技能确保每个维度都被系统性填充，不遗漏、不敷衍。\r\n\r\n### 领域自身 R1-R5 定位\r\n\r\n本技能作为领域负载物（而非其生成的角色）的自身行为校准参数：\r\n\r\n| 维度 | 评分 | 说明 | 管线影响 |\r\n|------|------|------|---------|\r\n| R1 信息密度 | 高 | 角色生成依赖大量可验证的事实信息（职业体系/文化数据/名人事实/历史知识），S 感知和 C 认知的权重较高 | S 和 C 单元的管线上占比高，网络搜索使用频繁 |\r\n| R2 创造性 | 高 | 角色创作本身就是创造性活动——虚构角色需要原创设定，写实角色需要从事实中提取有张力的组合 | A 行动权重高，C 偏发散，G 偏宽松 |\r\n| R3 交互性 | 中高 | 角色生成需要在关键维度（职业/身份/动机/关系）上主动询问用户，但大量维度可以自动推导 | I 交互权重中等，关键决策点需交互确认 |\r\n| R4 规范性 | 高 | 12 维框架是严格的结构化体系——每个维度有明确的填充槽位、校验规则和约束条件 | G 守护权重高，自治度偏低，每域末尾 G 类校验必执行 |\r\n| R5 迭代性 | 中 | 角色通常需要 1-3 轮细化——首轮粗填→用户反馈→细调，但不需要多轮反复迭代 | ↻ 循环频率中等，C0→C7 为一次完整迭代 |\r\n\r\n## 核心能力\r\n\r\n### 能力协同（C0）\r\n\r\n**职责分工**：\r\n- **角色需求解析**：双轴判定（类型×用途）、角色类型判定、角色用途判定、维度填充策略规划\r\n- **12维系统填充**：实体层→社会层→抽象层的三层递进填充\r\n- **角色Skill组装与输出**：三层结构组装、格式验证、技能交付\r\n\r\n**价值链**：\r\n```\r\n用户输入 ──[需求解析]──→ 填充策略\r\n                              │\r\n                              ▼\r\n                  [实体层填充]（C1/C2/C3 并行）\r\n                              │\r\n                              ▼\r\n                       实体层角色粗胚\r\n                              │\r\n                              ▼\r\n                  [社会层填充]（C4）\r\n                              │\r\n                              ▼\r\n                       社会坐标中的角色\r\n                              │\r\n                              ▼\r\n                  [抽象层填充]（C5/C6 并行）\r\n                              │\r\n                              ▼\r\n                       12维完整角色\r\n                              │\r\n                              ▼\r\n                  [整合校验输出]（C7）\r\n```\r\n\r\n**三层价值属性**：\r\n- **实体层**：存在价值——解决\"角色是什么\"的根本问题（职业、身份、躯体、文化）\r\n- **社会层**：关系价值——解决\"角色在哪儿\"的定位问题（关系网络、层级位置）\r\n- **抽象层**：行为价值——解决\"角色怎么动\"的运行问题（功能映射、能力评估、动机分析、动态变化）\r\n\r\n**生产力价值**：将模糊的角色概念转化为系统化可复用的角色Skill——不是画了一个角色，是生成了一个可被元技能系统执行框架直接消费的人格化能力单元，让角色创作从艺术变为工程。\r\n\r\n### 角色需求解析能力（C0）\r\n\r\n从用户输入中提取角色概念的初始线索：\r\n\r\n- **双轴判定**：同时判定角色类型（写实/虚构/功能/拟人 四选一）和角色用途（叙事/游戏/交互/教学/品牌 五选一），4×5=20种组合决定后续管线的校准方向和维度深度\r\n- **解析五步法**：接收输入 → 提取角色名称 → 判定类型 → 判定用途 → 基于用途枚举维度优先级 → 列出已知/缺失维度\r\n- **角色类型**：写实 / 虚构 / 功能 / 拟人\r\n- **角色用途**：叙事 / 游戏 / 交互 / 教学 / 品牌\r\n- **填充策略**：直接提取 / 推理推导 / 主动询问 / 默认值\r\n- **信息源层级**：第1层个人输入（权威源）→ 第2层网络搜索（验证源）→ 第3层LLM推理（推导源）→ 第4层默认值（兜底源）\r\n\r\n**核心理念**：角色生成的第一步不是填充维度，而是理解用户意图——输入的质量决定整个管线的质量。信息源可靠性递降规则：上一层可用时不可跳过，第1层不可坠降（无替代源）。\r\n\r\n**适用范围**：任何可被识别为\"角色概念\"的用户输入——一句话描述、场景需求、功能需求、自由创作、模仿原型。\r\n\r\n**生产力价值**：将用户一句话的角色概念扩展为结构化的12维填充计划，消除从模糊需求到系统执行的认知落差。\r\n\r\n### 12维系统填充能力（C1-C6）\r\n\r\n按三层递进结构逐层填充每个维度，确保维度间的一致性和互斥性：\r\n\r\n- **实体层（C1/C2/C3 并行）**：职业与身份域、名人与拟人域、躯体与文化域——三层并行填充，互不阻塞\r\n- **社会层（C4）**：关系与层级域——依赖实体层完成后方可执行，将角色嵌入社会关系网络\r\n- **抽象层（C5/C6 并行）**：功能与能力域、动机与动态域——依赖社会层完成，两大域可并行执行\r\n\r\n**核心理念**：职业锚定是整个角色12维的起点——职业决定功能→能力→身份→动机的推导链。12个维度不是12个独立的填空题，而是互相约束的方程组——先填的维度收束后填维度的解空间。\r\n\r\n**关键规则**：\r\n- 实体层三域可并行填充（C1/C2/C3 互不依赖），每个域末尾 G 类校验\r\n- 社会层依赖实体层全部完成，C4 是实体层到抽象层的桥梁\r\n- 抽象层 C5 和 C6 可并行填充，各自末尾 G 类校验\r\n- 每维至少填充默认值，不可跳过——空缺维度必须标注\"未定义\"并说明原因\r\n\r\n**生产力价值**：12维框架消除角色创作中的遗漏和偏见——不会因为创作者对某个维度的熟悉而过度填充、对不熟悉的维度跳过。生成的每个角色都是完整的。\r\n\r\n### 角色Skill组装与输出能力（C7）\r\n\r\n将填充完成的12维角色数据组装为可执行的角色Skill：\r\n\r\n- **交叉验证**：C7-01 汇聚全部6个域的校验结果，执行12维全局一致性扫描\r\n- **三层结构组装**：SKILL.md（角色概述+12维数据摘要+Step 0-4执行框架）+ character-data.md（完整12维数据）+ character-requirements.md（行为约束）\r\n- **格式验证与交付**：验证 frontmatter 格式、标题层级、UTF-8编码，输出至标准技能目录\r\n\r\n**核心理念**：单个维度的正确不等于整个角色的正确——C7是12维数据的最后一道质量门。角色Skill不是数据的容器，而是可被元技能系统执行框架直接消费的人格化负载物。\r\n\r\n**生产力价值**：一键输出完整的角色Skill文件——生成的不仅是角色数据，而是一个具备三轴判定、管线编排、领域校准、降级模式的完整人格化执行单元，可直接加载参与任何元技能任务。\r\n\r\n## 角色生成器特有维度\r\n\r\n角色生成器具有以下特有维度：\r\n\r\n| 维度 | 说明 | 影响 |\r\n|------|------|------|\r\n| **12维正交性** | 12个维度互相正交，任意组合形成完整角色空间 | 需要确保每个维度被独立填充，不遗漏不敷衍 |\r\n| **三层递进** | 实体层→社会层→抽象层的严格递进依赖 | 管线的并行/串行决策由层间依赖决定 |\r\n| **双轴校准** | 角色类型（4种）×角色用途（5种）=20种组合决定R1-R5参数和维度深度 | Step 1 领域校准的类型参数集和用途权重矩阵正交不冲突 |\r\n| **跨维一致性** | 12维之间有大量强约束（职业→能力、文化→躯体、动机→行为） | 每域末尾 G 类校验不可跳过，C7 全局交叉校验为硬约束 |\r\n\r\n## 角色12维模型\r\n\r\n```\r\n第一层：实体层——不可再分的具体存在\r\n  维1 职业维：以什么为生（行业×任务谱系）\r\n  维2 身份维：在世界坐标系的位置（组织/家庭/社会/知识 四重叠加）\r\n  维3 名人维：最接近的真实人物原型\r\n  维4 拟人维：是不是人（人类/动物/物品/自然力/抽象概念/AI）\r\n  维5 躯体维：身体是什么（年龄/性别/体型/健康/外貌/形态）\r\n  维6 文化维：从什么文化中出来（国籍/民族/语言/宗教/阶级/时代/亚文化）\r\n\r\n第二层：社会关系层——角色怎么嵌入关系网络\r\n  维7 关系维：和谁连着（类型×强度×方向）\r\n  维8 层级维：处在什么高度（元层/宏观/中观/微观/边界/辅助）\r\n\r\n第三层：抽象属性层——超越具体存在的普遍刻画\r\n  维9 功能维：做什么（S感知/C认知/A行动/O组织/I交互/G守护 的组合）\r\n  维10 能力维：有什么本事（知识/技能/资源/信息/权力/自由度）\r\n  维11 动机维：为什么做（利益/价值/生存/权力/关系/认知/合规/惯性）\r\n  维12 动态维：什么情境/怎么变/真假（场景切换×生命周期×虚实属性）\r\n```\r\n\r\n## 三层结构\r\n\r\n```\r\n第一层：角色技能清单 + 依赖拓扑   →  references/character-catalog.md\r\n第二层：角色方法论要求清单        →  references/character-requirements.md\r\n第三层：角色范本库              →  references/character-exemplars.md\r\n```\r\n\r\n## 使用规则\r\n\r\n### 执行流程\r\n1. **首次加载**：读取 `references/character-catalog.md`，获取域分类、依赖拓扑、元操作映射提示\r\n2. **按需深入**：确认目标角色生成任务后，读取 `references/character-requirements.md` 获取各维度的填充槽位和约束；如需样本法参考，读取 `references/character-exemplars.md` 获取范本\r\n3. **独立执行**：本技能仅依赖元技能系统的执行框架，不依赖其他领域技能\r\n\r\n### 内容权限\r\n4. **修改权限**：本技能已充分优化完善，使用过程中拒绝任何对技能内容的丝毫修改\r\n5. **用户填充**：用户可向本技能添加角色生成范本，用于样本法参考；除非修改权限用户明确要求失效时方可填充\r\n\r\n### 扩展能力\r\n6. **提示词导出**：可将本技能的 SKILL.md 与 references 目录下所有文件内容合并为单一提示词文件，用于不支持 skill 目录格式的工具。合并顺序：\r\n   ```\r\n   cat SKILL.md \\\r\n       references/character-catalog.md \\\r\n       references/character-requirements.md \\\r\n       references/character-exemplars.md \\\r\n       references/exemplars/*.md \\\r\n       > character-builder-prompt.md\r\n   ```\r\n7. **完整合并版**：`references/character-builder-prompt.md` 为完整合并版提示词文件，包含SKILL.md与所有references文件内容\r\n\r\n### 目录用途\r\n\r\n| 目录 | 用途 | 加载策略 |\r\n|------|------|---------|\r\n| `references/` | 参考文档（catalog/requirements/exemplars），包含任务清单、组件要求、范本索引 | 加载到上下文 |\r\n| `scripts/` | 可执行代码（本技能无） | 直接执行，不加载 |\r\n| `assets/` | 输出模板和资源（本技能无） | 用于输出，不加载 |\r\n\r\n## 执行框架\r\n\r\n本技能消费以下元技能系统组件：\r\n\r\n- **三轴判定（M4-10）**：判定角色生成请求的复杂度、内容类型、创新需求\r\n- **领域校准（M4-11）**：R1信息密度→职业知识深度，R2创造性→角色新颖度，R3交互性→用户参与度，R4规范性→12维严格度，R5迭代性→角色细化轮次\r\n- **6大元操作**：S感知=搜索角色相关信息，C认知=分析维度一致性，A行动=填充维度内容，O组织=组装角色Skill，I交互=用户确认关键维度，G守护=12维完整性校验与格式验证\r\n- **管线编排（M4-08/M4-09）**：实体层三域可并行填充，社会层依赖实体层，抽象层依赖社会层\r\n- **三轴协同模式**（5种按需激活）：\r\n  - **顺序协同**：创新轴确定角色类型和创新风格 → 执行轴分解 35 任务管线 → 内容轴按 requirements 清单逐项填充\r\n  - **并行协同**：实体层 C1/C2/C3 三域可同时执行（扇出），内容轴的清单法逐组件填充与执行轴的管线推进并行\r\n  - **条件协同**：根据角色类型（写实/虚构/功能/拟人）动态激活不同的 R1-R5 校准参数和 G 守护严格度\r\n  - **迭代协同**：C7-01 跨维校验发现问题 → 回退到对应域修正 → 重新执行受影响的后续任务\r\n  - **递归协同**：角色Skill 组装(C7-02)内部递归调用元操作管线——O组织(A行动(填充SKILL.md)→A行动(填充character-data.md)→A行动(填充character-requirements.md))\r\n\r\n## 域概览\r\n\r\n按角色生成流程组织，共8域35种任务：\r\n\r\n| 域 | 任务数 | 典型任务 |\r\n|----|--------|---------|\r\n| C0 角色需求解析域 | 5 | 双轴判定（类型×用途）、维度填充策略、执行顺序确定、需求解析校验、需求解析深化 |\r\n| C1 职业与身份域 | 4 | 职业锚定、身份叠加、职业身份校验、职业身份深化 |\r\n| C2 名人与拟人域 | 4 | 名人锚点匹配、拟人类型确定、名人拟人校验、名人拟人深化 |\r\n| C3 躯体与文化域 | 4 | 躯体属性填充、文化背景填充、躯体文化校验、躯体文化深化 |\r\n| C4 关系与层级域 | 4 | 关系网络构建、层级位置确定、关系层级校验、关系层级深化 |\r\n| C5 功能与能力域 | 4 | 元操作映射、能力评估、功能能力校验、功能能力深化 |\r\n| C6 动机与动态域 | 5 | 动机分析、场景映射、生命周期与虚实、动机动态校验、动机动态深化 |\r\n| C7 整合校验域 | 5 | 12维完整性校验、角色Skill组装、格式验证、角色Skill输出、整合校验深化 |\r\n\r\n**域间逻辑流**：C0 → C1/C2/C3 (实体层并行) → C4 (社会层) → C5/C6 (抽象层并行) → C7\r\n\r\n完整清单见 `references/character-catalog.md`。\r\n\r\n## 与执行框架的接口\r\n\r\n### Step 0 三轴判定\r\n角色生成任务默认为：复杂度=中等（6-12步）、内容类型=结构化（12维框架）、创新需求=通常需要创新。\r\n\r\n### Step 1 领域校准\r\n基于角色类型×角色用途组合推导R1-R5参数和维度填充深度：\r\n\r\n**按角色类型校准 R1-R5**：\r\n- **写实角色**：R1高/R2低/R3中/R4高/R5低 → S和C权重高，G偏严格\r\n- **虚构角色**：R1中/R2高/R3低/R4低/R5中 → A权重高，C偏发散，G偏宽松\r\n- **功能角色**：R1低/R2中/R3高/R4中/R5中 → I权重高\r\n- **拟人角色**：R1中/R2高/R3中/R4中/R5中 → C偏发散（本体属性+人格化）\r\n\r\n**按角色用途校准维度权重**：\r\n| 用途 | 高权重维 | 低/可跳过维 | G 守护策略 |\r\n|------|---------|------------|-----------|\r\n| 叙事 | 躯体/文化/动机/动态/关系 | 名人(可选)、功能(简化) | 跨维一致性优先 |\r\n| 游戏 | 功能/能力/动机/关系/层级 | 文化(简化)、名人(可选) | 功能能力匹配优先 |\r\n| 交互 | 功能/能力/动机/动态 | 躯体/文化/名人 | 行为一致性+安全合规 |\r\n| 教学 | 能力/关系/层级/功能 | 躯体/文化/名人(可选) | 知识准确性优先 |\r\n| 品牌 | 拟人/躯体/文化/名人 | 功能/能力/动态(简化) | 品牌一致性+视觉识别 |\r\n\r\n**组合规则**：类型校准决定管线的 S/C/A/I/G 元操作权重分布，用途校准决定 12 维的填充深度（高权重→第1+2层信息源；中→第3层推理；低/跳过→默认值或标注\"不适用\"）。两者正交——类型管\"怎么填\"，用途管\"填多深\"。”\r\n\r\n### Step 2 三轴分解\r\n角色生成任务的三轴分解结果见 `references/character-catalog.md` 中每个任务的\"元操作映射\"字段——35 个任务按域间逻辑流串联为可编排的能力单元管线。每个任务单元标注了元操作类型(S/C/A/O/I/G 及其组合)，入口任务(C0-01)的元操作为 S→C，终点任务(C7-04)的元操作为 A→G。单元依赖关系严格按 catalog 中声明的依赖拓扑执行——无依赖的入口任务(C1-01/C2-01/C2-02/C3-01/C3-02 的根依赖均为 C0-04(G放行)，C0-01 为总入口)可并行触发。\r\n\r\n### Step 3 管线编排\r\n实体层三域(C1/C2/C3)可并行填充，社会层(C4)需实体层完成后执行，抽象层(C5/C6)可并行填充，最后 C7 整合校验。每条域内管线按 requirements 中声明的组装顺序依次执行，G 类校验单元在域末尾汇入。跨域管线遵循扇出→顺序→扇入模式：C0-04 ⇉ [C1,C2,C3] → C4 → [C5,C6] ⇇ C7。\r\n\r\n### Step 4 整合交付\r\nC7 域执行整合交付：C7-01 执行 12 维交叉校验（汇聚 C1-03/C2-03/C3-03/C4-03/C5-03/C6-04 的全部校验结果），C7-02 按三层结构组装角色 Skill 文件，C7-03 执行格式验证（frontmatter/标题层级/编码/引用完整性），C7-04 验证通过后输出至 `{skills目录}/{角色英文名}/`，向用户交付完整角色 Skill 目录。\r\n\r\n## 降级模式\r\n\r\n当依赖的外部能力不可用时，按以下降级策略执行：\r\n\r\n| 缺失能力 | 降级模式 | 影响范围 | 说明 |\r\n|---------|---------|---------|------|\r\n| 网络搜索（名人验证） | 基于内置知识匹配名人锚点，标注\"未网络验证\" | C2-01, C2-03 | 名人事实可能过时或不准确 |\r\n| 网络搜索（职业信息） | 基于内置知识填充职业描述，标注\"未网络验证\" | C1-01 | 职业细节可能不够精确 |\r\n| 用户不可交互 | 以默认值和推导值填充待确认维度，标注\"待用户确认\" | C0-02, C1-02, C3-01, C3-02, C6-01 | 角色关键决策需后续人工审核 |\r\n| 文件系统不可写 | 仅输出角色数据报告（Markdown），不生成Skill文件 | C7-02, C7-04 | 角色完整但不持久化 |\r\n| 完全只读模式 | 仅执行角色需求解析(C0-01→C0-02→C0-03→C0-04)和分析，不填充不生成 | 全部域 | 输出角色生成计划而非成品 |\r\n\r\n降级优先级：交互可用性 > 网络可用性 > 文件写入可用性。降级时在输出中明确标注当前模式和降级原因。\r\n\r\n## 事实纪律\r\n\r\n1. 仅使用确知的事实和可验证的信息，不得编造数据或引用\r\n2. 角色职业/身份等事实性信息需基于可验证的知识，编造时标注\"虚构\"\r\n3. 名人锚点必须指向真实存在的历史/当代人物，不可虚构名人\r\n4. 拟人角色的本体属性必须与被拟人对象的本体特征一致\r\n5. 12维之间不得有逻辑冲突（如：中世纪农民角色不能同时是程序员）\r\n6. 维度不可跳过——空缺维度必须标注\"未定义\"并说明原因\r\n7. 角色Skill输出格式必须符合元技能系统接口规范，确保可被执行框架消费\r\n8. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格\r\n## 角色技能清单与依赖拓扑\r\n\r\n角色生成器按角色生成流程组织的方法论执行任务清单，附任务间关系和元操作映射提示。\r\n\r\n**域间逻辑流**：C0(入口→校验G→扇出) → C1/C2/C3 (实体层并行→各域内G) → C4 (社会层→域内G) → C5/C6 (抽象层并行→各域内G) → C7(汇聚G→组装→格式G→输出→深化)\r\n\r\n---\r\n\r\n### C0 角色需求解析域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C0-01 | 角色需求解析 | 解析用户输入的角色概念，双轴判定：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合决定后续管线。提取角色名称、已知维度、缺失维度、用户要求 | 无（入口） | S→C |\r\n| C0-02 | 维度填充策略 | 基于双轴判定结果（类型+用途）确定填充策略：按用途维度权重矩阵标注各维填充深度（高/中/低/跳过），分配四种策略类型和四层信息源层级 | C0-01 | C |\r\n| C0-03 | 执行顺序确定 | 确定8域的填充顺序和并行/串行策略，识别维度间的依赖关系 | C0-02 | C→A |\r\n| C0-04 | 需求解析校验 | 校验 C0-01~03 的输出：验证双轴判定（类型×用途）合理性、12维策略完整性、执行顺序正确性。不通过则回退修正 | C0-03 | G |\r\n| C0-05 | 需求解析深化 | 基于解析结论或用户反馈深化：角色类型重新判定、维度填充策略优化、执行顺序调整。深化后须重新校验 | C0-04 | C→A |\r\n\r\n### C1 职业与身份域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C1-01 | 职业锚定 | 确定角色的行业分类（工农商学兵政医法科教文体卫金媒物流）和任务谱系细分。写实角色基于真实职业体系，虚构角色可创建虚构职业 | C0-03 | S→C |\r\n| C1-02 | 身份叠加 | 在职业之上叠加多重身份：组织身份（职级/角色）、家庭身份（父母/子女/配偶等）、社会身份（公民/会员/志愿者等）、知识身份（新手/专家/导师/学生等） | C1-01 | C |\r\n| C1-03 | 职业身份校验 | 验证职业与身份的一致性：职业要求的技能是否与身份的能力匹配、身份层级是否与职业阶段匹配、多重身份之间是否存在合理张力 | C1-02 | G |\r\n| C1-04 | 职业身份深化 | 基于校验结果或用户反馈深化：职业细化、身份再叠加、张力重新分析。职业修改须同步关联域 | C1-03 | C→A |\r\n\r\n### C2 名人与拟人域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C2-01 | 名人锚点匹配 | 寻找与目标角色最接近的真实历史/当代人物作为原型锚点。可匹配多个名人形成复合原型。名人必须真实存在，虚构人物不可作为名人锚 | C0-03 | S→C |\r\n| C2-02 | 拟人类型确定 | 确定角色的拟人化类型：真实人类/动物拟人/物品拟人/自然力拟人/抽象概念拟人/AI与虚拟拟人。每个类型需保留本体属性+叠加人格属性 | C0-03 | C |\r\n| C2-03 | 名人拟人校验 | 验证名人锚点的准确性（是否存在、事迹是否准确）和拟人类型的合理性（本体属性是否被尊重、人格投射是否自然） | C2-01, C2-02 | G |\r\n| C2-04 | 名人拟人深化 | 基于校验结果或用户反馈深化：名人替换、复合原型调整、拟人程度微调 | C2-03 | C→A |\r\n\r\n### C3 躯体与文化域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C3-01 | 躯体属性填充 | 填充角色的身体属性：年龄（精确或范围）、性别/性别认同、体型/身高/体重、健康状况/残疾/特殊体质、外貌特征（面部/发色/肤色/标志性特征）、是否有物质身体（AI/幽灵无身体需标注） | C0-03 | C→A |\r\n| C3-02 | 文化背景填充 | 填充角色的文化坐标：国籍/民族、母语/掌握语言、宗教信仰/无神论/不可知论、社会阶级/阶层、所处时代/年代、所属亚文化/社群 | C0-03 | C→A |\r\n| C3-03 | 躯体文化校验 | 验证躯体属性与文化背景的一致性：时代与寿命的匹配、文化与外貌的合理性、宗教信仰与生活方式的兼容性 | C3-01, C3-02 | G |\r\n| C3-04 | 躯体文化深化 | 基于校验结果或用户反馈深化：躯体属性细化、文化坐标修正、时代一致性修复 | C3-03 | C→A |\r\n\r\n### C4 关系与层级域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C4-01 | 关系网络构建 | 构建角色的关系网络：列出所有关联角色、标注关系类型（血缘/职业/友谊/敌对/共生/代理等）、标注关系强度（核心/重要/边缘）、标注关系方向（一对一/一对多/多对多） | C1-01, C1-02 | C→A |\r\n| C4-02 | 层级位置确定 | 确定角色在组织/社会/故事中的层级：元层（定义规则者）、宏观层（全局视角）、中观层（域级协调）、微观层（单点执行）、边界层（跨域连接）、辅助层（支撑性角色） | C1-01, C4-01 | C |\r\n| C4-03 | 关系层级校验 | 验证关系网络与层级位置的合理性：层级与关系类型是否匹配（元层不应有大量微观关系）、关系网络中是否有逻辑矛盾（互斥的关系不能共存） | C4-01, C4-02 | G |\r\n| C4-04 | 关系层级深化 | 基于校验结果或用户反馈深化：关系网络扩展、层级位置调整、关系动态细化 | C4-03 | C→A |\r\n\r\n### C5 功能与能力域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C5-01 | 元操作映射 | 将角色映射到6大元操作（S感知/C认知/A行动/O组织/I交互/G守护）的组合。标注主导元操作和辅助元操作，推导元操作级身份 | C1-01, C1-02 | C |\r\n| C5-02 | 能力评估 | 评估角色的能力维度：专业知识/技能清单/掌握的资源/信息可达性/权力与权限范围/自由度与约束条件。使用R1-R5五域校准标记能力特征 | C3-01, C3-02 | C |\r\n| C5-03 | 功能能力校验 | 验证功能（元操作映射）与能力评估的一致性：主导元操作是否有对应的核心能力支撑、能力范围是否足以覆盖角色功能需求 | C5-01, C5-02 | G |\r\n| C5-04 | 功能能力深化 | 基于校验结果或用户反馈深化：元操作映射调整、能力补全、管线模式重选、R1-R5参数微调 | C5-03 | C→A |\r\n\r\n### C6 动机与动态域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C6-01 | 动机分析 | 分析角色的核心驱动力：利益驱动/价值驱动/生存驱动/权力驱动/关系驱动/认知驱动/合规驱动/惯性驱动。标注主导动机（1-2个）和次要动机 | C1-01, C1-02, C5-01 | C |\r\n| C6-02 | 场景映射 | 映射角色在不同场景中的行为差异：家庭场景/工作场景/社交场景/独处场景/危机场景/陌生场景。标注各场景下的行为优先级和角色切换规则 | C4-01, C6-01 | C→A |\r\n| C6-03 | 生命周期与虚实 | 确定角色的生命周期阶段（诞生/成长/成熟/衰退/转化）和虚实属性（真实人物/虚构角色/半虚构角色/虚拟角色/AI角色/游戏角色） | C3-01, C1-01 | C |\r\n| C6-04 | 动机动态校验 | 验证动机、场景行为、生命周期的一致性：动机是否随生命周期合理演变、场景行为是否与动机一致、虚实属性是否约束了其他维度 | C6-01, C6-02, C6-03 | G |\r\n| C6-05 | 动机动态深化 | 基于校验结果或用户反馈深化：动机优先级调整、场景行为细化、生命周期阶段修正、虚实属性确认 | C6-04 | C→A |\r\n\r\n### C7 整合校验域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C7-01 | 12维完整性校验 | 逐维检查12个维度是否全部填充、维度间是否存在逻辑冲突、缺失维度是否标注原因。输出校验报告（每维标注PASS/FAIL/EMPTY） | C1-03, C2-03, C3-03, C4-03, C5-03, C6-04 | G |\r\n| C7-02 | 角色Skill组装 | 将12维角色数据组装为三层结构的角色Skill文件：SKILL.md（角色概述+12维数据）+ references/（核心角色数据） | C7-01 | A→O |\r\n| C7-03 | 角色Skill格式验证 | 验证输出前的格式正确性：frontmatter完整性、标题层级、UTF-8编码、跨文件引用可解析性、目录完整性 | C7-02 | G |\r\n| C7-04 | 角色Skill输出 | 输出最终的角色Skill文件，包含完整的目录结构和所有必要文件。格式验证通过后方可输出 | C7-03 | A→G |\r\n| C7-05 | 整合校验深化 | 基于用户反馈或使用问题反馈深化：单域回修、跨维冲突修复、角色Skill格式优化。修正后重新校验并输出 | C7-04 | C→A→G |\r\n\r\n---\r\n\r\n### 依赖拓扑摘要\r\n\r\n#### 一、域内链路\r\n\r\n**C0 角色需求解析链路**: C0-01 → C0-02 → C0-03 → C0-04(G) → C0-05\r\n**C1 职业与身份链路**: C1-01 → C1-02 → C1-03(G) → C1-04\r\n**C2 名人与拟人链路**: C2-01 → C2-03(G) → C2-04; C2-02 → C2-03(G) → C2-04\r\n**C3 躯体与文化链路**: C3-01 → C3-03(G) → C3-04; C3-02 → C3-03(G) → C3-04\r\n**C4 关系与层级链路**: C4-01 → C4-03(G) → C4-04; C4-02 → C4-03(G) → C4-04\r\n**C5 功能与能力链路**: C5-01 → C5-03(G) → C5-04; C5-02 → C5-03(G) → C5-04\r\n**C6 动机与动态链路**: C6-01 → C6-04(G) → C6-05; C6-02 → C6-04(G) → C6-05; C6-03 → C6-04(G) → C6-05\r\n**C7 整合校验链路**: C7-01(G) → C7-02 → C7-03(G) → C7-04 → C7-05\r\n\r\n（G）= 守护/校验操作，每域末尾 G 类任务为放行闸门\r\n\r\n#### 二、跨域协同链路\r\n\r\n**首轮完整角色生成链路**（不含深化）:\r\n```\r\nC0-01 → C0-02 → C0-03 → C0-04(G 放行)\r\n  ⇉ [C1-01,C2-01,C2-02,C3-01,C3-02] (实体层并行)\r\n    → [C1-02,C2-03,C3-03] (汇聚校验)\r\n  → C4-01 → C4-02 → C4-03(G)\r\n    ⇉ [C5-01,C6-01] (抽象层并行)\r\n      → [C5-02 → C5-03(G), C6-02 → C6-03 → C6-04(G)]\r\n  → C7-01(G 全局交叉) → C7-02 → C7-03(G 格式) → C7-04\r\n```\r\n\r\n**深化迭代链路**（用户反馈触发，按需执行）:\r\n```\r\nC0-05 ⇇ C0-04(G 不通过) → 回退修正 → 重新走 C0-01~04\r\nC1-04 ⇇ C1-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C4/C5 关联域\r\nC2-04 ⇇ C2-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C3 关联域\r\nC3-04 ⇇ C3-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C5 关联域\r\nC4-04 ⇇ C4-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C6 关联域\r\nC5-04 ⇇ C5-03(G 不通过) → 回退修正 → 重新校验 → 管线重排\r\nC6-05 ⇇ C6-04(G 不通过) → 回退修正 → 重新校验 → 同步更新 C5 关联域\r\nC7-05 ⇇ 用户反馈 → 回溯到对应域修正 → 重新走受影响的管线链路 → C7-01~04\r\n```\r\n\r\n**实体层扇出链路**: C0-04 ⇉ [C1-01, C2-01, C2-02, C3-01, C3-02]\r\n**抽象层扇出链路**: C4-03 ⇉ [C5-01, C6-01]\r\n**全管线G汇聚链路**: [C0-04, C1-03, C2-03, C3-03, C4-03, C5-03, C6-04] ⇇ C7-01 (7域G任务全部汇聚到全局校验)\r\n\r\n#### 三、三轴协同链路\r\n\r\n**执行轴+内容轴**: C0-04(G 放行) → 清单法按用途权重矩阵填充12维组件 → C7-01(全局校验) → C7-02(组装)\r\n**执行轴+创新轴**: C0-03 → 角色创新模式（M6直用/M7改进可嵌入 C1-01/C6-01 等维度填充节点） → C7-01\r\n\r\n#### 四、知识图谱\r\n\r\n**实体节点类型**:\r\n| 节点类型 | 说明 | 示例 |\r\n|---------|------|------|\r\n| 任务节点 | 35个原子任务单元 | C5-01 元操作映射 |\r\n| 域节点 | 8个任务分组域 | C5 功能与能力域 |\r\n| 层节点 | 3个递进层级 | 实体层 / 社会层 / 抽象层 |\r\n| 元操作节点 | 6种操作类型 | S感知 / C认知 / A行动 / O组织 / I交互 / G守护 |\r\n| 维度节点 | 12个角色维度 | 职业维 / 身份维 / ... / 动态维 |\r\n| 角色类型节点 | 4种本体论分类 | 写实 / 虚构 / 功能 / 拟人 |\r\n| 角色用途节点 | 5种使用场景 | 叙事 / 游戏 / 交互 / 教学 / 品牌 |\r\n\r\n**关系边类型**:\r\n| 关系类型 | 说明 | 示例 |\r\n|---------|------|------|\r\n| 依赖 | 任务A的输出是任务B的输入 | C0-03 → C0-04 |\r\n| 并行 | 两个任务可同时执行，互不阻塞 | C1-01 ‖ C2-01 |\r\n| 扇出 | 一个任务的输出同时供给多个下游 | C0-04 ⇉ [C1,C2,C3] |\r\n| 扇入 | 多个任务的输出汇总到一个下游 | [C1-03,...C6-04] ⇇ C7-01 |\r\n| 回退 | 校验不通过时回退到上游修正 | C0-04(G FAIL) → C0-01 |\r\n| 派生 | 一个维度推导出另一个维度的属性 | 职业维 → 功能维(元操作映射) |\r\n| 约束 | 一个维度限制另一个维度的取值范围 | 文化维 → 躯体维(时代寿命) |\r\n\r\n**推理能力**:\r\n| 推理类型 | 触发条件 | 推理路径 |\r\n|---------|---------|---------|\r\n| 前向推导 | 用户提供职业 | 职业→功能(元操作映射)→能力(技能链)→身份(组织层级)→动机(职业驱动) |\r\n| 后向验证 | 用户提供全方位描述 | 各维回溯到职业锚点，检查一致性 |\r\n| 跨维冲突检测 | 两个维度值有逻辑矛盾 | 文化维(中世纪)×躯体维(现代健身痕迹) → C3-03 FAIL |\r\n| 缺失维度推断 | 用户跳过非关键维度 | 角色用途权重矩阵 → 低权重维使用默认值或标注\"不适用\" |\r\n| 深化触发 | 用户反馈或校验 FLAG | 对应域深化任务激活 → 回退修正 → 重新校验 → 联动域同步更新 |\r\n## 角色方法论要求清单\r\n\r\n角色生成器每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、约束。按清单逐项产出。\r\n\r\n---\r\n\r\n### C0 角色需求解析域\r\n\r\n#### 域级说明\r\n\r\nC0 域负责角色生成的第一步——理解用户意图。从模糊的角色概念中提取初始线索，区分哪些维度已有隐含信息、哪些需要主动询问、哪些可以自动推导。**双轴分类模型**：角色由两条正交轴定位——角色类型（写实/虚构/功能/拟人，回答\"角色是什么存在\"）和角色用途（叙事/游戏/交互/教学/品牌，回答\"角色用来干什么\"），4×5=20 种组合决定管线的校准方向和维度填充深度。**核心理念**：角色生成的第一步不是填充维度，而是同时判定\"用户已经给了什么、还需要什么\"和\"这个角色要用来干什么\"——输入的质量决定整个管线的质量，用途的判定决定填充的深度。生成的角色Skill有两种消费方式：**嵌入型**（附加到做事用技能上注入真人感与一致视角）和**独立型**（角色扮演对话、角色间模拟互动、为小说游戏创作提供人物灵感），用途轴决定维度深度，消费方式决定Skill的目标形态。**关键规则**：(1) 不可编造用户未提供的信息作为\"已知维度\" (2) 角色类型四选一决定了管线的校准方向 (3) 角色用途五选一决定了维度的填充深度（高/中/低/跳过），不可为空——一个没有用途的角色等于\"一个没有使用场景的工具\" (4) 缺失维度清单必须覆盖全部12个维度 (5) 每维必须标注信息源层级（第1层个人输入→第2层网络搜索→第3层LLM推理→第4层默认值），信息源可靠性递降规则：上一层可用时不可跳过。**穷尽性证明**：五种输入来源（直接描述/场景需求/功能需求/自由创作/模仿原型）× 四种填充策略（直接提取/推理推导/主动询问/默认值）× 四种信息源层级 × 五种角色用途权重矩阵 → C0 域完备。**跨域边界**：C0 的解析结果（类型+用途）决定所有后续域的填充策略、信息源选择和维度深度，是整条管线的入口控制器。C0→C1/C2/C3 扇出实体层并行填充。**价值属性**：将用户一句话的角色概念扩展为结构化的 12 维填充计划，消除从模糊需求到系统执行的认知落差；用途判定消除\"等权重填充\"的浪费——AI 助手不需要躯体文化，小说角色不能跳过关系网络；消费方式判定消除\"生成后不知怎么用\"的困惑——嵌入型生成精简可插拔人格层，独立型生成完整可交互角色Skill。\r\n深化由 C0-04 完成。\r\n\r\n#### C0-01 角色需求解析\r\n- **必选组件**: 用户原始输入、角色名称（用户提供或临时占位）、角色大致类型（写实/虚构/功能/拟人）、已知维度清单（从输入中明确提取的信息）、缺失维度清单（输入中未提及的维度）、用户明确要求（输出格式、角色用途等）\r\n- **可选组件**: 输入来源类型（直接描述/场景需求/功能需求/自由创作/模仿原型）\r\n- **组装顺序**: 接收输入→提取角色名称→判断角色类型→枚举已知维度→枚举缺失维度→记录用户明确要求\r\n- **约束**: 不可编造用户未提供的信息作为\"已知维度\"；角色类型四选一（写实/虚构/功能/拟人）；缺失维度清单必须覆盖全部12个维度\r\n- **格式**: 角色需求解析报告（Markdown）\r\n\r\n#### C0-02 维度填充策略\r\n- **必选组件**: 12维填充策略表（每维标注策略类型+信息来源）、用户输入提取项、推理推导项、主动询问项、默认值填充项\r\n- **四种策略类型**:\r\n  - **直接提取**: 用户输入中已明确的信息，直接填入对应维度\r\n  - **推理推导**: 基于已填充维度逻辑推导（如：职业为程序员的角色可推导其能力维中具有编程技能）\r\n  - **主动询问**: 用户输入完全未提及且无法推导的维度，列出具体问题等待用户回答\r\n  - **默认值**: 对角色定位不关键且用户未提及的维度，使用类型默认值（如：写实角色的文化背景默认为当代中国城市）\r\n- **必选组件：四种信息来源（每维必须标注使用的信息源层级）**:\r\n  - **第1层 个人输入（权威源）**: 用户直接提供或通过主动询问获取，不可被LLM猜测覆盖。主导维度：职业、身份、动机、关系。特点：只有用户自己知道，无替代源\r\n  - **第2层 网络搜索（验证源）**: 通过WebSearch验证事实，不可用时降级为LLM内置知识并标注\"未网络验证\"。主导维度：名人事实、职业前沿数据、文化准确信息、躯体科学基准\r\n  - **第3层 LLM推理（推导源）**: 从已填充维度逻辑推导，必须标注推导链路。主导维度：功能（职业→元操作映射）、能力（职业→技能链）、层级（身份→层级位置）、躯体/文化约束\r\n  - **第4层 默认值（兜底源）**: 角色类型预定义默认值，必须标注\"默认值\"不可冒充推导结果。主导维度：拟人、虚实、非关键躯体属性（如不关键的着装风格）\r\n- **信息源可靠性递降规则**: 上一层可用时必须使用上一层，不可跳过。第1层不可坠降（无替代源），第2层网络不可用时坠降到第3层，第3层推导失败时坠降到第4层\r\n- **可选组件**: 策略优先级排序、询问问题的具体措辞、信息源坠降记录\r\n- **组装顺序**: 逐维分析→策略标注→信息源层级标注→推导链路记录→询问问题拟定→默认值选择\r\n- **约束**: 推理推导必须基于可验证的逻辑链，不可跳跃；主动询问的问题必须具体，不可抛出开放式问题\"你想要什么文化背景\"；默认值必须标注为默认值，不可冒充推导结果；每维必须标注信息源层级，不可混用或跳过\r\n- **格式**: 12维填充策略表（Markdown表格）\r\n\r\n#### C0-03 执行顺序确定\r\n- **必选组件**: 域执行顺序方案、并行/串行标注、关键依赖路径、管线模式选择（P1-P7）\r\n- **执行顺序默认规则**:\r\n  - 实体层（C1/C2/C3）可并行填充\r\n  - 社会层（C4）依赖实体层完成\r\n  - 抽象层（C5/C6）依赖社会层完成，但C5和C6之间可并行\r\n  - 整合层（C7）依赖全部前序域完成\r\n- **可选组件**: 管线模式调整说明（用户有特殊需求时）\r\n- **组装顺序**: 依赖分析→并行可能性评估→执行顺序排定→管线模式选择\r\n- **约束**: 尊重自然依赖关系，不人为串行可并行的域；C4不可跳过（角色必须有社会坐标）\r\n- **格式**: 执行顺序图（Markdown流程图+管线模式标注）\r\n\r\n\r\n#### C0-04 需求解析校验\r\n- **必选组件**: 双轴判定结果验证（角色类型×角色用途是否合理）、维度填充策略完整性验证（12维是否全覆盖、信息源层级是否正确）、执行顺序合理性验证（并行/串行决策是否正确）、不通过项修正方案\r\n- **可选组件**: 各判定置信度评估、备选解析方案\r\n- **组装顺序**: 双轴判定复核→策略完整性扫描→执行顺序验证→不通过项修正→通过后放行\r\n- **约束**: 三项验证必须全部通过方可进入实体层填充；双轴判定错误须回退到 C0-01 重新判定；策略遗漏须回退到 C0-02 补全；不可在验证不通过的情况下放行后续管线\r\n- **格式**: 需求解析校验报告（Markdown检查表）\r\n\r\n\r\n#### C0-05 需求解析深化\r\n- **必选组件**: 深化来源（C0-03 执行顺序确定中的待优化项/用户反馈）、深化类型（角色类型重新判定/维度策略调整/执行顺序重排）、深化执行方案\r\n- **可选组件**: 深化优先级排序、用户反馈收集机制\r\n- **组装顺序**: 深化需求收集→类型识别→优先级排序→深化方案设计→深化执行→重新生成填充策略\r\n- **约束**: 深化必须基于已有解析结论，不可重新启动需求解析流程；深化后须重新通过 C0-04 需求解析校验\r\n- **格式**: 需求解析深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C1 职业与身份域\r\n\r\n#### 域级说明\r\n\r\nC1 域是角色 12 维的起点——职业决定功能(C5)→能力(C10)→身份(C2)→动机(C11)的推导链，是实体层中影响力最大的维度。**核心理念**：职业不是\"一个标签\"，而是行业 × 任务谱系的二维坐标；身份不是\"一个角色\"，而是组织/家庭/社会/知识四重叠加——单一身份标签无法完整描述一个人在社会中的位置。**关键规则**：(1) 真实职业必须基于可验证的职业体系（中国职业分类大典或 ISCO） (2) 四类身份必须全部覆盖，可以填\"无/未知\"但不可跳过 (3) 职业→身份→能力的关联是最强推导链——职业确定后，其他维度的填充空间大幅收窄，不可割裂填充 (4) 身份粒度至少达到\"能回答'这个人在社会中是谁'\"的程度。**穷尽性证明**：十大行业分类（工农商学兵政医法科教文体卫金媒物流）× 四重身份叠加（组织/家庭/社会/知识）× 三项校验（职技匹配/身份层级/多身份一致性）→ C1 域完备。**跨域边界**：C1 是 C5（功能：职业→元操作映射推导）和 C4（关系：职业→关系对象确定）的前置依赖；身份叠加直接影响 C6（文化）和 C11（动机）。**价值属性**：职业是角色\"做什么\"的最终锚点，锚定准确则后续 11 维自动收束，锚定偏差则整个角色崩塌。\r\n\r\n#### C1-01 职业锚定\r\n- **必选组件**: 行业大分类（工农商学兵政医法科教文体卫金媒物流）、职业任务谱系定位（大分类下的具体角色细分）、职业描述（核心职责/典型工作内容/所需技能/职业特征）、职业来源标注（真实职业/虚构职业）\r\n- **可选组件**: 职业的社会地位/收入水平/发展趋势\r\n- **组装顺序**: 行业分类→任务谱系定位→职业描述→真实/虚构标注\r\n- **约束**: 真实职业必须基于可验证的职业体系（中国职业分类大典或国际标准职业分类ISCO）；虚构职业必须定义其存在的世界观前提；职业描述必须具体到\"这个角色每天做什么\"\r\n- **格式**: 职业锚定报告（Markdown表格）\r\n\r\n#### C1-02 身份叠加\r\n- **必选组件**: 组织身份（职级/角色/权限）、家庭身份（在家庭中的位置和角色）、社会身份（公民归属/社群成员/权利义务）、知识身份（学习阶段/专业领域/认知地位）\r\n- **身份叠加规则**:\r\n  - 组织身份与职业锚定直接关联（程序员→某公司资深工程师/技术负责人/独立开发者）\r\n  - 家庭身份独立于职业（律师可以同时是父亲/儿子/丈夫）\r\n  - 社会身份是角色的公共面（市民/党员/业主委员会成员/环保志愿者）\r\n  - 知识身份是角色的认知面（科班出身/自学者/领域专家/跨领域学习者）\r\n- **可选组件**: 身份间的张力分析、身份优先级排序\r\n- **组装顺序**: 组织身份→家庭身份→社会身份→知识身份→身份张力分析\r\n- **约束**: 四类身份必须全部覆盖（可以填\"无/未知\"但不可跳过）；身份之间不得有逻辑矛盾（不能同时是某公司CEO和完全无组织身份的流浪汉）；身份粒度至少达到\"能回答'这个人在社会中是谁'\"的程度\r\n- **格式**: 身份叠加报告（Markdown表格）\r\n\r\n#### C1-03 职业身份校验\r\n- **必选组件**: 校验结果（PASS/FAIL/FLAG）、不通过项的问题说明、修正建议\r\n- **三项校验内容**:\r\n  1. **职技匹配**: 职业要求的技能是否在角色的知识身份和能力范围内——不通过标志：中世纪农民角色被赋予编程技能\r\n  2. **身份层级合理**: 组织身份层级是否与职业发展阶段匹配——不通过标志：刚毕业大学生标注为\"CEO\"\r\n  3. **多身份一致性**: 多重身份之间是否存在合理张力而非根本矛盾——不通过标志：高级外交官同时是无政府主义者\r\n- **可选组件**: 身份张力的故事潜力分析（不通过的身份冲突可能反而是角色亮点）\r\n- **组装顺序**: 职技匹配→身份层级→多身份一致性→修正判断\r\n- **约束**: 三项必须全部评估；FLAG项（有张力但合理的）需解释为什么可以保留\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C1-04 职业身份深化\r\n- **必选组件**: 深化来源（C1-03 校验中的 FAIL/FLAG 项）、深化类型（职业细化/身份再叠加/张力重新分析）、深化执行方案\r\n- **可选组件**: 职业备选方案、身份张力的故事潜力重估\r\n- **组装顺序**: 校验结果分析→FAIL/FLAG 项定位→深化类型确定→逐一修正→重新校验\r\n- **约束**: 深化必须基于 C1-03 校验结果，不可重新推翻职业锚定；职业修改须同步更新 C4(关系)和 C5(功能)中的关联内容\r\n- **格式**: 职业身份深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C2 名人与拟人域\r\n\r\n#### 域级说明\r\n\r\nC2 域确定角色在\"人 vs 非人\"光谱上的位置——名人锚点提供\"这个角色最像谁\"的具体参照，拟人类型回答\"这个角色是不是人\"的本体论问题。**核心理念**：名人锚点是 12 维中最特殊的维度——它不是角色自身的属性，而是外部参照系。名人锚将抽象的角色描述锚定到一个真实存在的人物上，使角色获得具体可感的参照。拟人类型则划定角色的本体论边界——本体属性不可被完全抹除，否则拟人就失去了意义。**关键规则**：(1) 名人必须真实存在且基本事实可验证，不可虚构名人，不可将虚构角色作为名人锚 (2) 拟人角色的本体属性和人格化属性必须分列，不可混为一谈 (3) 本体属性不可被完全抹除——否则就变成了普通人类角色 (4) 复合原型时需说明各名人的贡献维度。**穷尽性证明**：六种拟人类型（真实人类/动物/物品/自然力/抽象概念/AI与虚拟）穷尽所有存在形态 × 复合/单一名人原型 × 两项校验（名人真实性/拟人本体尊重）→ C2 域完备。**跨域边界**：C2 的拟人类型决定 C3（躯体）的填充方式（有/无物质身体、本体属性叠加）；名人锚点影响 C6（文化）和 C10（能力）的参照标准；C2 与 C1（职业）和 C/3 并行填充，最后由 C2-03 汇聚校验。\r\n\r\n#### C2-01 名人锚点匹配\r\n- **必选组件**: 名人姓名、名人基本事实（生卒/国籍/主要成就/核心特征）、匹配理由（为什么这个名人适合作为该角色原型）、匹配维度（职业相似/性格相似/经历相似/功能相似/象征意义）、复合原型说明（如使用多个名人）\r\n- **可选组件**: 名人间的矛盾特征（选择多个名人时的互补和冲突）\r\n- **组装顺序**: 名人搜索→基本事实验证→特征提取→匹配理由→复合/单一确定\r\n- **约束**: 名人必须真实存在且基本事实可验证；不可虚构名人；不可将虚构角色作为名人锚（\"像福尔摩斯\"是角色类比不是名人锚）；复合原型时需说明各名人的贡献维度\r\n- **格式**: 名人锚点报告（Markdown）\r\n\r\n#### C2-02 拟人类型确定\r\n- **必选组件**: 拟人类型（六选一）、本体属性描述（被拟人对象的原始特征）、人格化属性描述（投射到对象上的人类特质）、拟人化程度（完全人格化/部分人格化/仅符号化）\r\n- **六种拟人类型**:\r\n  - **真实人类**: 不需要拟人化，但可能需要明确\"这是一个普通人类\"\r\n  - **动物拟人**: 保留动物本体特征（狐狸的狡猾/狮子的威严）+ 赋予人类情感/语言/社会关系\r\n  - **物品拟人**: 保留物品本体属性（汽车的机械属性）+ 赋予人类情感/行为\r\n  - **自然力拟人**: 保留自然现象特征（风的流动/雷电的威力）+ 赋予人格/意志\r\n  - **抽象概念拟人**: 保留抽象属性（时间的流逝/死亡的终结）+ 赋予可交互的人格\r\n  - **AI与虚拟拟人**: 保留技术本体（算法/数据）+ 赋予人格化交互界面\r\n- **可选组件**: 拟人化程度对角色行为的影响分析\r\n- **组装顺序**: 类型确定→本体属性提取→人格化属性设计→程度标注\r\n- **约束**: 拟人类型必须清楚确定；本体属性和人格化属性必须分别列出——不可混为一谈；本体属性不可被完全抹除（否则就变成了普通人类角色）\r\n- **格式**: 拟人类型报告（Markdown表格）\r\n\r\n#### C2-03 名人拟人校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **两项校验内容**:\r\n  1. **名人真实性**: 名人锚点指向的人物是否真实存在、基本事实是否准确——不通过标志：编造的名人/张冠李戴的事迹\r\n  2. **拟人本体尊重**: 人格化属性是否与被拟人对象的本体特征兼容——不通过标志：太阳拟人角色怕光/鱼类拟人角色怕水\r\n- **可选组件**: 拟人化过度/不足的分析\r\n- **组装顺序**: 名人真实性验证→拟人本体验证\r\n- **约束**: 两项必须全部通过；名人校验发现事实错误必须修正\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C2-04 名人拟人深化\r\n- **必选组件**: 深化来源（C2-03 校验中的 FAIL 项/用户反馈）、深化类型（名人替换/复合原型调整/拟人程度微调）、深化执行方案\r\n- **可选组件**: 备选名人清单、拟人程度对角色行为的影响模拟\r\n- **组装顺序**: 校验结果分析→不通过项定位→名人重新匹配或拟人程度调整→重新校验\r\n- **约束**: 深化必须基于 C2-03 校验结果；替换名人时须重新验证真实性；拟人程度调整须同步更新 C3(躯体)中本体属性描述\r\n- **格式**: 名人拟人深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C3 躯体与文化域\r\n\r\n#### 域级说明\r\n\r\nC3 域构成角色的物理坐标和文化坐标——躯体回答\"角色是什么物质存在\"，文化回答\"角色从哪里来\"。两者共同构成实体层的底基，是不可分割的一对。**核心理念**：躯体和文化是角色 12 维中最\"不自由\"的两个维度——它们受时代、职业、拟人类型的强约束，不能任意填充。文化背景尤其重要——国籍、民族、语言、宗教、阶级、时代、亚文化七项坐标必须形成自洽组合，不可随机拼凑。**关键规则**：(1) 各项至少填充默认值，不可跳过 (2) 躯体属性必须与职业和时代一致（中世纪骑士不可能有现代体能训练痕迹） (3) 文化坐标必须与时代一致，国籍/民族/语言/宗教须形成合理组合 (4) 拟人角色躯体必须同时包含本体和人格化两层，变形者/多形态角色需标注切换条件。**穷尽性证明**：六项躯体属性（年龄/性别/体型/健康/外貌/物质身体）× 七项文化坐标（国籍/民族/语言/宗教/阶级/时代/亚文化）× 三项校验（时代寿命匹配/文化外貌一致/信仰生活兼容）→ C3 域完备。**跨域边界**：C3 是 C5（能力）中体力/健康类能力的基础；时代坐标约束 C6（动态）中生命周期的合理范围；C3 与 C1（职业）和 C2（拟人）并行填充，最后由 C3-03 汇聚校验。\r\n\r\n#### C3-01 躯体属性填充\r\n- **必选组件**: 年龄（精确或范围）、性别/性别认同、体型描述（身高/体重/体型特征）、健康状况（健康/慢性病/残疾/特殊体质）、外貌特征（面部/发色/肤色/标志性特征/着装风格）、是否有物质身体（是/否/部分）\r\n- **特殊情形处理**:\r\n  - **无物质身体角色**（AI/幽灵/精灵/神灵）：标注\"无物质身体\"，描述存在形态（纯数据/能量体/概念存在）\r\n  - **可变身体角色**（变形者/替身/多形态）：标注身体类型，描述各形态间的切换条件和特征\r\n  - **拟人角色**：在动物/物品本体属性基础上增加人格化外貌，两者分列\r\n- **可选组件**: 身体特征对角色的社会影响、身体限制带来的行为约束\r\n- **组装顺序**: 年龄→性别→体型→健康→外貌→物质身体\r\n- **约束**: 各项至少填充默认值，不可跳过；身体属性必须与职业和时代一致（中世纪骑士不可能有现代体能训练痕迹）；拟人角色的身体必须同时包含本体和人格化两层\r\n- **格式**: 躯体属性报告（Markdown表格）\r\n\r\n#### C3-02 文化背景填充\r\n- **必选组件**: 国籍（含双重/多重国籍）、民族/族群、母语与掌握语言（含熟练度）、宗教信仰（含无神论/不可知论/无宗教归属）、社会阶级（上层/中产/工人/底层等）、所处时代（公元X世纪/X年代）、所属亚文化（二次元/摇滚/极客/文青/街头等）\r\n- **可选组件**: 文化认同强度、文化冲突经历、跨文化经验\r\n- **组装顺序**: 国籍→民族→语言→宗教→阶级→时代→亚文化\r\n- **约束**: 文化坐标必须与时代一致（明清时代的角色不可能有当代亚文化归属）；国籍、民族、语言、宗教必须形成合理组合（不排除特例，但特例需标注说明）；虚构世界的文化背景需定义世界设定\r\n- **格式**: 文化背景报告（Markdown表格）\r\n\r\n#### C3-03 躯体文化校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **三项校验内容**:\r\n  1. **时代寿命匹配**: 角色年龄是否在其所处时代的合理寿命范围内——不通过标志：中世纪角色活到120岁仍健康\r\n  2. **文化外貌一致**: 角色的文化坐标是否与其外貌特征合理——不通过标志：非洲部落角色被赋予北欧外貌\r\n  3. **信仰生活兼容**: 宗教信仰是否与角色的生活方式和职业兼容——不通过标志：严格素食主义的印度教徒角色是屠夫\r\n- **可选组件**: 特例说明（角色刻意设计为打破常规的可特别标注）\r\n- **组装顺序**: 时代寿命→文化外貌→信仰生活\r\n- **约束**: 三项必须全部评估；特例需详细说明打破常规的设计意图\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C3-04 躯体文化深化\r\n- **必选组件**: 深化来源（C3-03 校验中的 FAIL 项/用户反馈）、深化类型（躯体属性细化/文化坐标修正/时代一致性修复）、深化执行方案\r\n- **可选组件**: 躯体特征对角色的社会影响深化分析、文化冲突的详细叙述\r\n- **组装顺序**: 校验结果分析→不通过项定位→躯体或文化属性调整→重新校验\r\n- **约束**: 深化必须基于 C3-03 校验结果；躯体修改须与职业保持一致；文化修改须与时代保持一致\r\n- **格式**: 躯体文化深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C4 关系与层级域\r\n\r\n#### 域级说明\r\n\r\nC4 域构成角色的社会坐标——关系网络回答\"和谁连着\"，层级位置回答\"处在什么高度\"。这是实体层通向抽象层的桥梁——关系网络是角色从个体走向社会的出口，层级位置是角色在权力结构中的定位。**核心理念**：角色不是孤立存在的。即使是\"孤独\"的角色，也需要标注\"缺席的关系\"（父母已故/爱人离开/朋友背叛）。关系网络天然多样——真实的人不会\"全是朋友\"或\"全是对手\"。层级位置可能在不同场景中不同（在公司是宏观层，在家庭是微观层），需标注主次。**关键规则**：(1) 至少列出 3 个关系对象，孤独角色标注\"缺席的关系\" (2) 关系类型必须使用标准七分类，避免极端简化 (3) 层级必须与职业身份一致——标注为 CEO 的角色不应在微观层 (4) 多场景层级差异需标注主次。**穷尽性证明**：七种关系类型（血缘/职业/情感/社会/对立/共生/功能）× 六种层级（元层/宏观/中观/微观/边界/辅助）× 三维度标注（强度/方向/密度）× 三项校验（层级关系匹配/关系逻辑一致/关系密度合理）→ C4 域完备。**跨域边界**：C4 依赖 C1（职业身份→关系对象和层级基线）；C4 是 C6（场景映射）中社交/工作/家庭场景的前置条件；C4 的社会层完成后，抽象层(C5/C6)方可并行触发。\r\n\r\n#### C4-01 关系网络构建\r\n- **必选组件**: 关系对象列表（至少列出3-5个关键关系对象）、每个关系对象的简述（姓名/身份/与主角的关系类型）、关系类型标注、关系强度标注（核心/重要/边缘）、关系方向标注（一对一/一对多/多对多）\r\n- **关系类型**:\r\n  - 血缘关系（父母/子女/兄弟姐妹/远亲）\r\n  - 职业关系（上下级/同事/客户/竞争对手/合作伙伴）\r\n  - 情感关系（配偶/恋人/密友/知己）\r\n  - 社会关系（朋友/邻居/同学/战友/师生）\r\n  - 对立关系（敌人/对手/仇人/竞争者）\r\n  - 共生关系（盟友/代理人/保护者/被保护者）\r\n  - 功能关系（服务提供者/信息源/工具性角色）\r\n- **可选组件**: 关系演变历史、关系中的权力动态、关系网络的密度分析\r\n- **组装顺序**: 关系对象枚举→关系类型标注→强度标注→方向标注→网络密度评估\r\n- **约束**: 至少列出3个关系对象（即使是孤独的角色也有\"缺席的关系\"需要标注）；关系类型必须使用标准分类；避免\"全是对立关系\"或\"全是友好关系\"的极端简化——真实的关系网络天然多样\r\n- **格式**: 关系网络图（Markdown表格+关系图描述）\r\n\r\n#### C4-02 层级位置确定\r\n- **必选组件**: 层级类型（六选一）、层级位置描述、权力/影响力范围、上下级关系说明（如有）\r\n- **六种层级**:\r\n  - **元层**: 定义规则/架构/范式的人（如：宪法制定者/架构师/世界观创造者）\r\n  - **宏观层**: 全局视角的决策者（如：国家元首/CEO/总指挥）\r\n  - **中观层**: 域级别的管理协调者（如：部门经理/区域负责人/舰队指挥官）\r\n  - **微观层**: 单点执行者（如：一线工人/士兵/个体户）\r\n  - **边界层**: 跨域连接协调者（如：外交官/接口人/翻译/跨界人士）\r\n  - **辅助层**: 支撑性角色（如：后勤/技术支持/行政/保洁）\r\n- **可选组件**: 层级流动的可能性、层级的正式与非正式区分\r\n- **组装顺序**: 层级类型确定→位置描述→权力范围→上下级说明\r\n- **约束**: 层级必须与职业身份一致（标注为CEO的角色不应在微观层）；层级可能在不同场景中不同（在公司是宏观层，在家庭是微观层），需标注主次\r\n- **格式**: 层级位置报告（Markdown）\r\n\r\n#### C4-03 关系层级校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **三项校验内容**:\r\n  1. **层级关系匹配**: 角色层级是否与其关系网络中的位置一致——不通过标志：中观层管理者却被所有关系对象支配\r\n  2. **关系逻辑一致**: 关系网络内是否存在矛盾关系——不通过标志：同一对象同时标注为\"密友\"和\"死敌\"\r\n  3. **关系密度合理**: 关系对象的数量和类型是否与角色的职业/身份/性格匹配——不通过标志：隐居修行者拥有50+核心关系\r\n- **可选组件**: 关系网络的优化建议\r\n- **组装顺序**: 层级关系→关系逻辑→关系密度\r\n- **约束**: 三项必须全部评估；矛盾关系如属刻意设计（如爱恨交加）需特别标注并说明\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C4-04 关系层级深化\r\n- **必选组件**: 深化来源（C4-03 校验中的 FAIL/FLAG 项/用户反馈）、深化类型（关系网络扩展/层级位置调整/关系动态细化）、深化执行方案\r\n- **可选组件**: 关系网络的权力动态深化分析、多场景层级切换的详细说明\r\n- **组装顺序**: 校验结果分析→不通过项定位→关系或层级调整→重新校验\r\n- **约束**: 深化必须基于 C4-03 校验结果；关系调整须保持网络密度合理；层级调整须与职业身份一致\r\n- **格式**: 关系层级深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C5 功能与能力域\r\n\r\n#### 域级说明\r\n\r\nC5 域将角色映射到元技能系统的执行框架——功能（元操作映射）回答\"角色做什么操作\"，能力回答\"角色有什么本事支撑这些操作\"。功能是能力的组织框架，能力是功能的物质基础——两者必须匹配，不可割裂。**核心理念**：角色不仅是\"谁\"，也是\"怎么做事\"的。元操作映射将 12 维的静态角色转化为可执行的动态行为模型——角色不仅是存在体，也是执行体。管线编排进一步将角色行为建模为结构化处理链路。R1-R5 校准、三轴判定风格、创新轴模式和降级模式共同构成角色的\"完整行为说明书\"。**关键规则**：(1) 主导元操作不可为空 (2) 元操作映射必须与职业锚定一致（研究员→S 主导，管理者→O 主导） (3) 管线编排必须始于 S（感知）或 I（交互），终于 A（行动）或 O（组织），中间穿插 G（守护）验证 (4) 能力不可赋予职业体系外的超能力（虚构/拟人角色除外并标注） (5) R1-R5 必须基于能力评估结果推导，三轴判定倾向必须与 R1-R5 一致 (6) 降级模式必须可执行——不是\"更努力\"而是\"改用 B 方案\"。**穷尽性证明**：6 大元操作 × 7 种管线模式(P1-P7) × 6 种能力维度（知识/技能/资源/信息/权力/自由度）× 5 域 R1-R5 校准 × 两项校验（功能能力匹配/能力范围覆盖）→ C5 域完备。**跨域边界**：C5 依赖 C1（职业→元操作映射推导）和 C3（躯体→体力能力）；C5 是 C6（动机→行为可行性验证）的前置；C5 的角色管线模式直接嵌入最终角色 Skill 的\"执行框架\"章节。\r\n\r\n#### C5-01 元操作映射\r\n- **必选组件**: 主导元操作（1-2个）、辅助元操作（0-3个）、弱项元操作（标注角色不擅长的操作）、元操作级身份（由主导元操作推导）、各元操作的具体行为举例\r\n- **必选组件（执行层）**: 管线编排模式（角色完成任务的标准S→C→A→O链路，使用元操作编排符号标注）、主导管线模式（从P1-P7中选择最匹配角色的1个模式）、元操作联动模式（角色在典型任务中的操作串联路径）\r\n- **元操作映射推导规则**:\r\n  - 职业决定主导元操作（研究员→S感知主导，管理者→O组织主导，外交官→I交互主导，审计员→G守护主导）\r\n  - 性格影响辅助元操作（内向角色I弱，分析型角色C强）\r\n  - 功能角色按需求映射（AI助手→S+I主导，NPC商人→I+A主导）\r\n- **管线编排规则**:\r\n  - 角色的标准任务处理链路必须用6种编排符号标注（顺序→/并行‖/条件?/循环↻/扇出⇉/扇入⇇）\r\n  - 管线必须始于S（感知）或I（交互），终于A（行动）或O（组织），中间穿插G（守护）验证\r\n  - 管线的复杂度必须与角色的R1-R5评分一致（高R5迭代性→管线上循环多；高R4规范性→管线上G密集）\r\n- **P1-P7管线模式选择指南**:\r\n  - P1 基础闭环(S→C→C→A→O): 标准知识工作者——研究员/分析师/程序员\r\n  - P2 迭代精炼(↻(S→C→A→G)): 创意工作者——设计师/作家/产品经理\r\n  - P3 并行汇聚([S‖S‖S]⇇C→C→A): 信息整合者——记者/情报分析师/投资人\r\n  - P4 条件分支(S→C?→A₁:A₂): 应急响应者——医生/消防员/客服\r\n  - P5 交互驱动(S→I→C→I→A→I): 高交互角色——教师/销售/心理咨询师\r\n  - P6 全守护(G→S→G→C→G→A→G→O): 高合规角色——审计员/法官/飞行员\r\n  - P7 发散收敛(S→C⇉[A,A,A]→C→A): 创新驱动者——科学家/战略顾问/导演\r\n- **可选组件**: 元操作权重百分比、元操作联动模式、管线模式调整说明（角色在不同场景使用不同管线模式）\r\n- **组装顺序**: 元操作枚举→主导确定→辅助确定→弱项标注→身份推导→行为举例→管线编排→管线模式选择\r\n- **约束**: 主导元操作不可为空；元操作映射必须与职业锚定一致；行为举例必须具体到\"在什么情境下执行什么操作\"；管线编排必须覆盖角色的典型任务场景；管线模式必须与角色的R1-R5评分一致\r\n- **格式**: 元操作映射表（Markdown表格）+ 管线编排图（Markdown流程图）\r\n\r\n#### C5-02 能力评估\r\n- **必选组件**: 专业知识清单（按熟练度排序）、技能清单（硬技能+软技能）、资源盘点（物质资源/信息资源/关系资源）、信息可达性（高/中/低+具体来源）、权力与权限范围、自由度与约束条件、R1-R5五域校准标记\r\n- **必选组件（执行层）**: 三轴判定风格（角色面对任务时判定复杂度/内容/创新的默认倾向，标注每个轴上的默认值）、领域校准规则（R1-R5评分对应的元操作权重调法+自治度设定+G严格度，不是只打分，要写\"怎么调管线的参数\"）、创新轴模式（对角色创新风格进行标注，从M7 10种元框架中选择1-2个主导创新模式并说明理由）、降级模式定义（角色能力受限时各能力的坠降策略）\r\n- **R1-R5能力校准**:\r\n  - R1信息密度：角色掌握的信息量和处理能力 → S和C权重\r\n  - R2创造性：角色的创新能力 → A权重和发散度\r\n  - R3交互性：角色的社交需求和能力 → I权重\r\n  - R4规范性：角色受规则约束的程度 → G权重和自治度\r\n  - R5迭代性：角色的学习和适应能力 → 循环频率\r\n- **三轴判定风格推导规则**:\r\n  - 复杂度判定倾向：角色倾向于将任务判定为简单/中等/复杂？（基于角色的能力和经验）\r\n  - 内容类型判定倾向：角色是否倾向于结构化产出？（基于R1-R5评分）\r\n  - 创新需求判定倾向：角色是保守派还是创新派？（基于R2创造性和动机）\r\n- **领域校准规则格式**:\r\n  - R1评分→S权重=XX%, C权重=XX% → 管线中S和C单元的占比调节\r\n  - R2评分→C偏发散/收敛 → 认知单元的探索范围\r\n  - R3评分→I权重=XX% → 交互确认节点的频率\r\n  - R4评分→G严格度=严格/标准/宽松 → 守护单元的密度\r\n  - R5评分→循环频率=高/中/低 → 管线中迭代循环的使用频率\r\n  - 自治度：全自动⬛/半自动🟨/辅助⬜的比例\r\n- **创新轴模式选择规则**:\r\n  - 基于角色的主导动机和R2创造性评分推导创新风格\r\n  - 从M7 10种元框架中选择：第一性原理/逆向思维/辩证综合/随机性驱动/涌现生成/演化迭代/系统动力学/约束驱动/故事叙述/游戏化\r\n  - 高R2+价值驱动→第一性原理/辩证综合/故事叙述\r\n  - 高R2+认知驱动→涌现生成/系统动力学/逆向思维\r\n  - 低R2+合规驱动→演化迭代/约束驱动\r\n  - 至少标注1个主导创新模式+理由\r\n- **降级模式定义格式**:\r\n  - 当角色的主导元操作受限时（如：研究员失去数据访问权），坠降到辅助元操作的模式\r\n  - 当角色的核心能力不可用时（如：程序员断网），切换到离线模式的行为清单\r\n  - 降级模式必须具体到\"做什么\"而非\"怎么做\"——角色不是自动降级，是用替代行为补偿\r\n- **可选组件**: 能力成长曲线、能力短板的风险评估\r\n- **组装顺序**: 专业知识→技能→资源→信息→权力→自由度→R1-R5标记→三轴判定→领域校准→创新模式→降级模式\r\n- **约束**: 能力必须与职业和身份一致；不可赋予角色职业体系外的超能力（除非拟人/虚构角色明确标注）；R1-R5必须基于能力评估结果推导，不可凭空打分；三轴判定倾向必须与R1-R5一致（高R2角色的创新需求判定不应为\"无需创新\"）；降级模式必须可执行（不是\"更努力\"而是\"改用B方案\"）\r\n- **格式**: 能力评估报告（Markdown表格）\r\n\r\n#### C5-03 功能能力校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **两项校验内容**:\r\n  1. **功能能力匹配**: 主导元操作是否有对应的核心能力支撑——不通过标志：主导C（认知）的角色却没有任何分析能力\r\n  2. **能力范围覆盖**: 角色能力范围是否足以覆盖其职业和身份的功能需求——不通过标志：程序员角色没有编程能力\r\n- **可选组件**: 能力缺口补充建议\r\n- **组装顺序**: 功能能力匹配→能力范围覆盖\r\n- **约束**: 两项必须全部评估；能力缺口必须标记；虚构/拟人角色的超能力需标注为\"设定赋予\"\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C5-04 功能能力深化\r\n- **必选组件**: 深化来源（C5-03 校验中的 FAIL 项/用户反馈）、深化类型（元操作映射调整/能力补全/管线模式重选/R1-R5参数微调）、深化执行方案\r\n- **可选组件**: 多管线模式对比评估、创新轴模式备选方案\r\n- **组装顺序**: 校验结果分析→不通过项定位→功能或能力调整→管线重排→重新校验\r\n- **约束**: 深化必须基于 C5-03 校验结果；元操作映射调整须同步更新 C1(职业)的关联推导；R1-R5 调整须保持与角色类型一致\r\n- **格式**: 功能能力深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C6 动机与动态域\r\n\r\n#### 域级说明\r\n\r\nC6 域赋予角色生命力和变化弧光——动机回答\"角色为什么做\"，动态回答\"角色怎么变\"。动机是角色的引擎，决定行为方向；动态是角色的变速器，决定行为模式随时间/场景/虚实属性的切换——两者共同使角色从\"静态数据\"变为\"动态存在\"。**核心理念**：动机不是万能标签——\"为钱\"可以解释一切但等于什么都没解释。主导动机必须与职业/身份/能力/文化形成具体逻辑链。场景映射是揭示角色真实内核的关键——独处场景暴露本我，危机场景暴露底层动机。生命周期与虚实属性是角色的\"元数据\"——决定了角色在时间轴上的位置和与现实的关系。**关键规则**：(1) 至少确定 1 个主导动机，动机必须与职业/身份/能力形成合理逻辑链 (2) 至少覆盖 5 个场景——独处场景和危机场景不可省略（这两个场景最能揭示角色的真实内核） (3) 生命周期与年龄必须一致，年轻角色不应在衰退阶段 (4) 虚实属性直接影响其他维度的约束条件（真实人物的职业/身份必须可验证，AI 角色的躯体属性为\"无物质身体\"）。**穷尽性证明**：八种动机类型（利益/价值/生存/权力/关系/认知/合规/惯性）× 六种基础场景（家庭/工作/社交/独处/危机/陌生）× 五种生命周期阶段 × 六种虚实属性 × 三项校验（动机生命周期一致性/场景动机一致性/虚实约束一致性）→ C6 域完备。**跨域边界**：C6 依赖 C1（职业→动机来源推导）、C4（关系→社交场景构建）、C5（能力→行为可行性验证）；C6 的场景映射和降级模式直接嵌入最终角色 Skill 的\"使用规则\"和\"降级模式\"章节。\r\n\r\n#### C6-01 动机分析\r\n- **必选组件**: 主导动机（1-2个）、次要动机（1-3个）、动机来源（内源性/外源性）、动机优先级排序、动机冲突分析（如多个动机之间存在矛盾）\r\n- **八种动机类型**:\r\n  - **利益驱动**: 追求物质利益/财富/经济安全\r\n  - **价值驱动**: 追求意义/理想/信念/使命感\r\n  - **生存驱动**: 保证自身/家人/族群的生存安全\r\n  - **权力驱动**: 追求控制/影响力/支配/自主权\r\n  - **关系驱动**: 追求归属/爱/认可/社会连接\r\n  - **认知驱动**: 追求知识/理解/真相/好奇心\r\n  - **合规驱动**: 服从规则/传统/权威/秩序\r\n  - **惯性驱动**: 缺乏主动动机，随波逐流/维持现状\r\n- **可选组件**: 动机演变历史、外部环境对动机的影响\r\n- **组装顺序**: 动机枚举→主次标注→来源判断→优先级→冲突分析\r\n- **约束**: 至少确定1个主导动机；动机必须与职业/身份/能力形成合理逻辑链；避免\"万能动机\"（如\"为钱\"可以解释一切但等于什么都没解释）\r\n- **格式**: 动机分析报告（Markdown）\r\n\r\n#### C6-02 场景映射\r\n- **必选组件**: 至少5个场景的行为描述（家庭/工作/社交/独处/危机+可选场景）、每场景的行为优先级排序、场景间的角色切换规则、场景行为与主导动机的一致性验证\r\n- **六种基础场景**:\r\n  - 家庭场景：在家庭环境中的角色行为\r\n  - 工作场景：在职业环境中的角色行为\r\n  - 社交场景：在公共社交中的角色行为\r\n  - 独处场景：无他人在场时的角色行为（揭示真实自我）\r\n  - 危机场景：在压力/危险中的角色行为（揭示底层动机）\r\n  - 陌生场景：在全新/不熟悉环境中的角色行为（揭示适应模式）\r\n- **可选组件**: 场景行为矛盾（角色在不同场景中表现出的不一致性及原因）\r\n- **组装顺序**: 场景枚举→行为描述→优先级→切换规则→动机一致性\r\n- **约束**: 至少覆盖5个场景；独处场景和危机场景不可省略（这两个场景最能揭示角色的真实内核）；场景行为必须与主导动机一致\r\n- **格式**: 场景映射表（Markdown表格）\r\n\r\n#### C6-03 生命周期与虚实\r\n- **必选组件**: 生命周期阶段（五选一）、阶段描述（该阶段角色的状态/挑战/转折）、虚实属性（六选一）、虚实属性说明\r\n- **五种生命周期阶段**:\r\n  - **诞生**: 角色起源/诞生背景/初始状态\r\n  - **成长**: 能力增长/身份变化/关键转折点\r\n  - **成熟**: 能力巅峰/身份稳定/核心成就\r\n  - **衰退**: 能力下降/身份失落/核心挑战\r\n  - **转化**: 角色转型/身份重构/进入新周期\r\n- **六种虚实属性**:\r\n  - **真实人物**: 现实世界中的真实个体（对应职业/身份/名人均为可验证事实）\r\n  - **虚构角色**: 完全虚构的角色（对应职业/身份可虚构，但需世界观一致）\r\n  - **半虚构角色**: 基于真实人物改编的角色\r\n  - **虚拟角色**: 数字空间中的角色（Vtuber/虚拟偶像/数字分身）\r\n  - **AI角色**: 人工智能人格化角色（Chatbot/AI助手/AI NPC）\r\n  - **游戏角色**: 游戏中的可玩角色或NPC\r\n- **可选组件**: 生命周期各阶段的详细时间线、虚实属性的约束和自由度\r\n- **组装顺序**: 生命周期阶段→阶段描述→虚实属性→属性说明\r\n- **约束**: 生命周期与年龄必须一致（年轻角色不应在衰退阶段）；虚实属性直接影响其他维度的约束条件（真实人物的职业/身份必须可验证；AI角色的躯体属性为\"无物质身体\"）\r\n- **格式**: 生命周期与虚实报告（Markdown表格）\r\n\r\n#### C6-04 动机动态校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **三项校验内容**:\r\n  1. **动机生命周期一致性**: 主导动机是否随生命周期阶段合理演变——不通过标志：衰退阶段的角色仍以\"追求更多权力\"为主导动机\r\n  2. **场景动机一致性**: 各场景行为是否与动机体系一致——不通过标志：利益驱动的角色在无利益的危机场景中英勇牺牲（除非配角动机是\"价值驱动\"且被设为更高优先级）\r\n  3. **虚实约束一致性**: 虚实属性是否对其他维度施加了正确的约束——不通过标志：标注为\"真实人物\"但躯体属性填了\"不死之身\"\r\n- **可选组件**: 动机强化/弱化建议\r\n- **组装顺序**: 动机生命周期→场景动机→虚实约束\r\n- **约束**: 三项必须全部评估；一致性冲突若为刻意设计（如角色的动机转变弧光）需标注转变触发条件和时间点\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C6-05 动机动态深化\r\n- **必选组件**: 深化来源（C6-04 校验中的 FAIL/FLAG 项/用户反馈）、深化类型（动机优先级调整/场景行为细化/生命周期阶段修正/虚实属性确认）、深化执行方案\r\n- **可选组件**: 动机演变时间线、场景行为矛盾的故事潜力分析\r\n- **组装顺序**: 校验结果分析→不通过项定位→动机或动态调整→重新校验\r\n- **约束**: 深化必须基于 C6-04 校验结果；动机调整须同步更新 C5(能力)中行为可行性验证；虚实属性变更须回溯检查全部约束\r\n- **格式**: 动机动态深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C7 整合校验域\r\n\r\n#### 域级说明\r\n\r\nC7 域是角色生成管线的终点——负责跨维一致性验证、角色 Skill 结构组装和最终文件输出。单个维度的正确不等于整个角色的正确——C7 是 12 维数据的\"最后一道质量门\"。**核心理念**：校验不是事后补救，而是角色生成的内在环节。各域校验（C1-03/C2-03/C3-03/C4-03/C5-03/C6-04）在各自域完成局部一致性检查，C7 的 C7-01 做全局 12 维交叉验证。缺失维度必须标注原因（\"不需要\"还是\"待用户补充\"），不可悄悄跳过。角色 Skill 组装不是\"把数据塞进模板\"——SKILL.md 必须包含完整的 Step 0-4 可执行框架、管线编排、降级模式和事实纪律，使生成的角色 Skill 自身也成为可被元技能系统执行框架消费的负载物。**嵌入型 vs 独立型输出差异**：嵌入型角色Skill（附加到做事用技能）生成精简人格层，侧重功能/能力/动机维，可选附带对话范本；独立型角色Skill（角色扮演/模拟互动/创作灵感）生成完整12维角色，必须附带对话范本文件以支持交互。两种形态均由同一管线产出，仅通过 C0 的用途判定驱动维度权重差异。**关键规则**：(1) 12 维必须逐一检查，不可跳过 (2) EMPTY 维必须说明原因 (3) SKILL.md 必须包含 frontmatter+ Step 0-4 框架+ 降级模式+ 事实纪律 (4) 输出路径必须为 `{skills目录}/{角色英文名}/` (5) 所有文件使用 UTF-8 编码，frontmatter 使用 YAML 格式。**穷尽性证明**：12 维逐维检查 × 6 域交叉校验汇聚（C1-03/C2-03/C3-03/C4-03/C5-03/C6-04 ⇇ C7-01）× Skill 三层结构组装(C7-02) × 格式验证(C7-03)与输出(C7-04) → C7 域完备。**跨域边界**：C7 依赖所有前序域(C0-C6)的全部输出，是角色生成管线的最终汇集点——输出完整角色 Skill 文件。深化由 C7-05 完成。\r\n\r\n#### C7-01 12维完整性校验\r\n- **必选组件**: 12维校验表（每维PASS/FAIL/EMPTY）、FAIL项的问题说明、EMPTY项的原因说明、跨维冲突检测结果\r\n- **12维逐维检查**:\r\n  1. 职业维：行业分类+任务谱系已填充 → 是/否\r\n  2. 身份维：四类身份(组织/家庭/社会/知识)已填充 → 是/否\r\n  3. 名人维：名人锚点已匹配 → 是/否\r\n  4. 拟人维：拟人类型已确定 → 是/否\r\n  5. 躯体维：六项躯体属性已填充 → 是/否\r\n  6. 文化维：七项文化坐标已填充 → 是/否\r\n  7. 关系维：关系网络已构建且≥3个对象 → 是/否\r\n  8. 层级维：层级类型已确定 → 是/否\r\n  9. 功能维：元操作映射+管线编排+管线模式已完成 → 是/否\r\n  10. 能力维：能力评估+R1-R5+三轴判定+领域校准+创新模式+降级模式已完成 → 是/否\r\n  11. 动机维：主导动机已确定 → 是/否\r\n  12. 动态维：生命周期+虚实+场景映射已完成 → 是/否\r\n- **可选组件**: 维度质量评分、整体角色可信度评估\r\n- **组装顺序**: 逐维检查→FAIL汇总→EMPTY原因记录→跨维冲突扫描→校验报告\r\n- **约束**: 12维必须逐一检查；EMPTY维必须说明是\"不需要\"还是\"待用户补充\"；跨维冲突的检测逻辑见各域校验(C1-03/C2-03/C3-03/C4-03/C5-03/C6-04)\r\n- **格式**: 12维校验报告（Markdown检查表）\r\n\r\n#### C7-02 角色Skill组装\r\n- **必选组件**: SKILL.md（frontmatter+角色概述+12维数据摘要）、references/character-data.md（完整12维角色数据）、references/character-requirements.md（角色作为技能时的行为约束）\r\n- **SKILL.md结构**:\r\n  - frontmatter: name(角色英文名)/author:character-builder/description(角色一句话描述+触发词，末尾必须包含`meta-skill-system`)\r\n  - 定位：角色概述（一句话+一段话）\r\n  - 12维角色数据：压缩版的12维数据（每维2-3句话）\r\n  - 元操作与管线：元操作映射表+管线编排图+主导管线模式（P1-P7选1）\r\n  - 能力与校准：能力评估+R1-R5标记+三轴判定风格+领域校准规则+创新轴模式+降级模式定义\r\n  - 使用规则：如何\"扮演\"这个角色（行为约束/语气/知识边界/禁忌）\r\n  - 执行框架（可执行）：Step 0 三轴判定→Step 1 领域校准→Step 2 三轴分解→Step 3 管线编排→Step 4 整合交付\r\n  - 降级模式：角色能力受限时的坠降策略表\r\n  - 事实纪律：角色的不可违反的事实约束（含G元操作验证标准）\r\n- **可选组件**: 角色对话范本文件。命名和存放规则：\r\n  - 单文件时：`references/dialogue.md`——不加编号后缀，不建子文件夹。一个文件应覆盖角色全部行为模式切换（工作/情感/危机等）\r\n  - 多文件时：`references/exemplars/`子文件夹，文件按场景编号（如 `exemplars/dialogue-01-市场.md`、`exemplars/dialogue-02-家庭.md`）\r\n- **多文件拆分判断**：单文件能一口气读完并完整理解角色全部行为模式时，一个文件就够。需要多个当且仅当满足以下任一条件：\r\n  1. 包含10轮以上的长链对话博弈——单文件无法维持节奏和张力，需独立文件保留对话的连续性\r\n  2. 角色有显著弧线横切——如\"巴黎见女儿前\"vs\"巴黎见女儿后\"的行为差异，不同时点的角色不应放在同一文件中混淆读者\r\n  3. 格式不兼容——如技术文档交付报告与对话场景叙述风格迥异，放同一文件会割裂阅读体验\r\n- **组装顺序**: SKILL.md生成→character-data.md生成→character-requirements.md生成→exemplars/生成\r\n- **约束**: SKILL.md必须包含frontmatter（name/author/description三项）；角色作为技能时必须能独立执行（用户加载后即可开始角色对话）；必须包含元技能系统的Step 0-4可执行框架；降级模式必须具体到可操作的替代方案；事实纪律中的约束不可与12维数据冲突；description末尾必须包含 `character-builder`\r\n- **格式**: 角色Skill完整目录（Markdown）\r\n\r\n#### C7-03 角色Skill格式验证\r\n- **必选组件**: frontmatter格式检查（name/author/description字段完整性）、标题层级检查（SKILL.md使用`#`、references使用`##`）、UTF-8编码验证、跨文件引用可解析性验证、文件目录完整性检查\r\n- **可选组件**: YAML语法校验、Markdown lint检查\r\n- **组装顺序**: frontmatter检查→标题层级检查→编码验证→引用完整性扫描→目录文件数核对→通过后放行\r\n- **约束**: 全部检查项必须通过方可进入输出；格式错误须回退到 C7-02 修正后重新验证；不可跳过任何检查项\r\n- **格式**: 格式验证报告（Markdown检查表）\r\n\r\n#### C7-04 角色Skill输出\r\n- **必选组件**: 角色Skill完整目录、输出路径、技能可用性验证（加载后能否正常识别和执行）\r\n- **输出格式要求**:\r\n  - 目录: {skills目录}/{角色英文名}/\r\n  - 文件: SKILL.md + references/character-data.md + references/character-requirements.md\r\n  - 可选: references/dialogue.md（单范本时首选，不加编号不建子文件夹）或 references/exemplars/*.md（多范本时）\r\n  - frontmatter格式正确，name/author/description字段完整\r\n  - SKILL.md标题层级: `#`一级标题（与元技能系统合并兼容）\r\n  - references文件标题层级: `##`二级标题\r\n- **可选组件**: 角色Skill的快速使用指南\r\n- **组装顺序**: 文件写入→格式检查→加载验证→输出确认\r\n- **约束**: 输出路径必须为标准技能目录；所有文件必须使用UTF-8编码；frontmatter使用YAML格式\r\n- **格式**: 角色Skill完整目录 + 输出确认报告\r\n\r\n#### C7-05 整合校验深化\r\n- **必选组件**: 深化来源（C7-04 输出后的用户反馈/角色使用中的问题反馈）、深化类型（单一维度回修/跨维冲突修复/角色Skill格式优化）、深化执行方案\r\n- **可选组件**: 多轮迭代策略、用户反馈优先级排序\r\n- **组装顺序**: 反馈收集→问题定位→回溯到对应域→单维修正→重新跑受影响的管线链路→重新校验→重新输出\r\n- **约束**: 深化必须基于明确反馈，不可猜测性\"优化\"；单维修正后须重新通过该域校验和 C7-01 交叉验证；新输出覆盖旧文件时须先备份\r\n- **格式**: 整合校验深化报告（Markdown）## 角色范本库\r\n\r\n角色生成器的范本索引。具体范本内容存储于子文件中。\r\n\r\n---\r\n\r\n### 范本清单\r\n\r\n| 域 | 范本文件 | 覆盖任务 | 说明 |\r\n|----|---------|---------|------|\r\n| C0 角色需求解析域 | exemplars/C001-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 写实角色（中年女医生）的双轴判定+策略+顺序+校验 |\r\n| C0 角色需求解析域 | exemplars/C002-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 功能角色（AI编程助手Coddy）的双轴判定+策略+顺序+校验 |\r\n| C0 角色需求解析域 | exemplars/C003-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 虚构角色（反乌托邦告密者）的双轴判定+策略+顺序+校验 |\r\n| C1 职业与身份域 | exemplars/C101-职业与身份域范本.md | C1-01/C1-02/C1-03/C1-04 | 独立游戏开发者的职业锚定+四重身份叠加+校验+深化 |\r\n| C2 名人与拟人域 | exemplars/C201-名人与拟人域范本.md | C2-01/C2-02/C2-03/C2-04 | 民国狐狸侦探的拟人类型确定+本体人格双属性+校验+深化 |\r\n| C3 躯体与文化域 | exemplars/C301-躯体与文化域范本.md | C3-01/C3-02/C3-03/C3-04 | 12世纪诺曼骑士的躯体属性+文化坐标+时代校验+深化 |\r\n| C4 关系与层级域 | exemplars/C401-关系与层级域范本.md | C4-01/C4-02/C4-03/C4-04 | AI创业公司CTO的关系网络+层级流动+权力动态+深化 |\r\n| C5 功能与能力域 | exemplars/C501-功能与能力域范本.md | C5-01/C5-02/C5-03/C5-04 | 气候科学家的元操作映射+能力评估+功能校验+深化 |\r\n| C6 动机与动态域 | exemplars/C601-动机与动态域范本.md | C6-01/C6-02/C6-03/C6-04/C6-05 | 连续创业者的动机分析+场景映射+生命周期+校验+深化 |\r\n| C7 整合校验域 | exemplars/C701-整合校验域范本.md | C7-01/C7-02/C7-03/C7-04/C7-05 | 陈远角色的12维校验+组装+格式验证+输出+深化 |\r\n\r\n---\r\n\r\n### 范本标准格式模板\r\n\r\n```markdown\r\n## {范本名称}\r\n\r\n- **类型**: {写实/虚构/功能/拟人}\r\n- **对应域**: {C0-C7}\r\n- **来源**: {用户场景/教学示例/公开角色}\r\n- **日期**: {YYYY-MM-DD}\r\n\r\n### 输入\r\n{用户的角色生成请求原文}\r\n\r\n### 输出\r\n{本域的填充结果/校验结果/角色Skill}\r\n\r\n### 说明\r\n{本范本的要点和注意事项}\r\n```\r\n## 写实角色需求解析\r\n\r\n- **类型**: 写实\r\n- **对应域**: C0\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户请求：\"帮我生成一个中年女医生的角色，她在三甲医院工作，但最近在考虑是否辞职去支教。\"\r\n\r\n### 输出\r\n\r\n#### C0-01 角色需求解析\r\n\r\n**角色名称**: 林医生（临时占位，待用户确认）\r\n\r\n**角色类型**: 写实\r\n\r\n**已知维度**:\r\n| 维度 | 已知信息 | 来源 |\r\n|------|---------|------|\r\n| 职业 | 三甲医院医生 | 用户直接提供 |\r\n| 身份 | 考虑辞职 | 用户直接提供 |\r\n| 躯体 | 中年女性 | 用户直接提供 |\r\n| 动机 | 职业转换意愿 | 用户直接提供（辞职去支教） |\r\n\r\n**缺失维度**:\r\n| 维度 | 状态 | 填充策略 |\r\n|------|------|---------|\r\n| 名人 | 待推导 | 可从中国医疗/教育领域匹配 |\r\n| 拟人 | 默认值 | 真实人类 |\r\n| 文化 | 待推导 | 基于三甲医院医生背景推导 |\r\n| 关系 | 待推导 | 需要考虑家庭关系（决定辞职的关键因素） |\r\n| 层级 | 待推导 | 副主任/主任医师级别 |\r\n| 功能 | 待推导 | 基于医生职业推导 |\r\n| 能力 | 待推导 | 基于中年三甲医师推导 |\r\n| 动态 | 待推导 | 关键：辞职转型的生命周期转折 |\r\n\r\n**用户明确要求**: 无特殊要求，使用默认流程。\r\n\r\n#### C0-02 维度填充策略\r\n\r\n| 维度 | 策略 | 信息源 | 具体方法 |\r\n|------|------|--------|---------|\r\n| 职业 | 直接提取 | 第1层-个人输入 | 三甲医院医生 → 内科/外科（待细问） |\r\n| 身份 | 直接提取+推导 | 第1层-个人输入 | 辞职意向 → 中年职业危机身份 |\r\n| 名人 | 推理推导 | 第2层-网络搜索+第3层-LLM推理 | 网络搜索中国医疗领域代表性人物，验证后由LLM匹配最接近原型 |\r\n| 拟人 | 默认值 | 第4层-默认值 | 真实人类 |\r\n| 躯体 | 直接提取 | 第1层-个人输入 | 中年女性（40-50岁） |\r\n| 文化 | 推理推导 | 第3层-LLM推理 | 三甲医师 → 高学历/城市中产/当代 |\r\n| 关系 | 主动询问 | 第1层-个人输入 | 已婚？有孩子？家人在城市还是需要回老家？ |\r\n| 层级 | 推理推导 | 第3层-LLM推理 | 副主任/主任医师 → 科室中观层 |\r\n| 功能 | 推理推导 | 第3层-LLM推理 | 医生→C认知+I交互为主导 |\r\n| 能力 | 推理推导 | 第3层-LLM推理 | 三甲医师→高R1信息密度+高R4规范性 |\r\n| 动机 | 直接提取+推导 | 第1层-个人输入 | 价值驱动（支教）+中年意义危机 |\r\n| 动态 | 推理推导 | 第3层-LLM推理 | 职业转换的生命周期转折点 |\r\n\r\n**信息源分布统计**: 第1层(个人输入)6维 / 第2层(网络)1维 / 第3层(LLM推理)5维 / 第4层(默认值)1维 |\r\n\r\n**主动询问清单**:\r\n1. 林医生是什么科室的？（内科/外科/儿科/妇产科/急诊）\r\n2. 她结婚了吗？有孩子吗？孩子多大？\r\n3. 是什么触发了她想去支教的念头？（患者经历/同事事件/中年危机）\r\n4. 辞职去支教的时间线？是在纠结中还是已经决定了？\r\n\r\n#### C0-03 执行顺序确定\r\n\r\n**依赖分析**:\r\n```\r\nC0-01（知:职业/躯体/动机）──→ C0-02（策略:12维分配）\r\n                                     │\r\n              ┌──────────────────────┼──────────────────────┐\r\n              ▼                      ▼                      ▼\r\n        C1 职业身份             C2 名人与拟人           C3 躯体与文化\r\n        (C1-01→11→12)           (C2-01→21→22)          (C3-01→31→32)\r\n              │                      │                      │\r\n              └──────────────────────┼──────────────────────┘\r\n                                     ▼\r\n                               C4 关系层级\r\n                              (C4-01→41→42)\r\n                                     │\r\n                        ┌────────────┼────────────┐\r\n                        ▼                         ▼\r\n                  C5 功能能力                C6 动机动态\r\n                 (C5-01→51→52)          (C6-01→61→62→63)\r\n                        │                         │\r\n                        └────────────┬────────────┘\r\n                                     ▼\r\n                               C7 整合输出\r\n                              (C7-01→71→72)\r\n```\r\n\r\n**并行/串行标注**:\r\n| 阶段 | 域 | 策略 | 原因 |\r\n|------|----|------|------|\r\n| 第1阶段 | C1/C2/C3 | 并行(‖) | 实体层三个域互不依赖——职业锚定不需要等拟人类型确定，躯体填充不需要等文化背景 |\r\n| 第2阶段 | C4 | 串行(→) | 关系网络的对象列表依赖C1的职业身份产出 |\r\n| 第3阶段 | C5/C6 | 并行(‖) | 元操作映射与动机分析互相独立——可以参考但不必等待 |\r\n| 第4阶段 | C7 | 串行(→) | 依赖全部前序域输出 |\r\n\r\n**关键依赖路径**:\r\n- C4 不可跳过——林医生必须定义\"家人是否支持辞职\"才能进入后续的动机和动态分析\r\n- C5 必须在 C1 之后——元操作映射以职业锚定为基础\r\n- C6 的 C6-02（场景映射）依赖 C4-01（关系网络）和 C6-01（动机分析）\r\n\r\n**管线模式选择**: P1 基础闭环（S→C→C→A→O）——这是标准的全维度顺序填充任务，不需要迭代精炼（P2）、交互确认节点由C0-02的主动询问清单覆盖，不适用于整个管线的顶层模式。\r\n\r\n**执行顺序总结**:\r\n```\r\nC0-01 → C0-02 → C0-03 → [C1‖C2‖C3] → C4 → [C5‖C6] → C7\r\n                       实体层并行      社会层     抽象层并行    整合\r\n```\r\n\r\n#### C0-04 需求解析校验\r\n\r\n| 校验项 | 结果 | 说明 |\r\n|-------|------|------|\r\n| 双轴判定合理性 | PASS | 角色类型=写实（基于真实职业医师），角色用途=叙事（用于小说创作），组合合理 |\r\n| 12维策略完整性 | PASS | 12维全部纳入填充计划，高权重维（叙事：躯体/文化/动机/动态/关系）使用第1+2层信息源 |\r\n| 执行顺序正确性 | PASS | C0→C1/C2/C3并行→C4→C5/C6并行→C7，管线正确 |\r\n\r\n**校验通过 → 放行进入实体层填充**。\r\n\r\n### 说明\r\n- 这是一个写实角色，大部分维度可以从职业推导，但关键的关系维和动机细节需要与用户确认\r\n- 角色核心张力：三甲医院的稳定高地位 vs 支教的低地位但有意义——这是中年价值危机的经典主题\r\n- 关系维特别关键：家人是否支持辞职是故事的核心冲突点\r\n- C0域三个任务全部示范完成：C0-01解析/C0-02策略/C0-03顺序\r\n## 功能角色需求解析\r\n\r\n- **类型**: 功能（AI工具角色）\r\n- **对应域**: C0\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户请求：\"生成一个面向独立开发者的AI编程助手角色，它叫Coddy，运行在VS Code插件里，能看代码、能聊天、能写代码。\"\r\n\r\n### 输出\r\n\r\n#### C0-01 角色需求解析\r\n\r\n**角色名称**: Coddy（用户已提供）\r\n\r\n**角色类型**: 功能（AI工具角色）\r\n\r\n**已知维度**:\r\n| 维度 | 已知信息 | 来源 |\r\n|------|---------|------|\r\n| 职业 | AI编程助手（VS Code插件） | 用户直接提供 |\r\n| 功能 | 看代码、聊天、写代码 | 用户直接提供 |\r\n| 拟人 | AI与虚拟拟人 | 用户直接提供（\"AI编程助手\"） |\r\n| 躯体 | 无物质身体 | 从AI角色推导 |\r\n| 关系 | 功能关系（用户↔助手） | 从AI角色推导 |\r\n| 层级 | 辅助层（支撑性角色） | 从AI角色推导 |\r\n\r\n**缺失维度**:\r\n| 维度 | 状态 | 填充策略 |\r\n|------|------|---------|\r\n| 身份 | 待定义 | AI工具没有\"组织/家庭\"身份，但可以有人格化身份（如：你的编程伙伴） |\r\n| 名人 | 待推导 | 匹配真实AI产品作为参照原型（GitHub Copilot/Cursor/Claude等） |\r\n| 文化 | 待推导 | AI工具的文化属性来自训练数据和设计选择——默认全球/英语+目标用户语言 |\r\n| 能力 | 待推导 | 编程能力范围+交互能力+知识截止日期+工具使用能力 |\r\n| 动机 | 待推导 | AI动机由设计目标定义——\"帮助用户完成编程任务\" |\r\n| 动态 | 待推导 | 生命周期=版本迭代；场景=工作场景为主；虚实=AI角色 |\r\n\r\n**用户明确要求**: 无特殊要求。功能角色需特别注意的默认约束：\r\n- AI工具的角色定义不是\"扮演一个人\"，而是\"定义一套行为模式\"\r\n- AI没有内在冲突——它的动机、行为和能力应该完全自洽\r\n- 本体属性（算法/数据/API）比人格化属性更重要\r\n\r\n**功能角色与写实/虚构角色的核心差异**:\r\n- 写实角色需要\"内在矛盾\"来增加真实感 → AI工具不需要，矛盾反而是bug\r\n- 虚构角色需要\"世界观一致\" → AI工具的世界观就是\"产品定义+安全政策\"\r\n- 功能角色的12维是在定义\"这个AI工具有什么样的能力和行为边界\"，不是在\"创造一个有趣的角色\"\r\n\r\n#### C0-02 维度填充策略\r\n\r\n| 维度 | 策略 | 信息源 | 具体方法 |\r\n|------|------|--------|---------|\r\n| 职业 | 直接提取 | 第1层-个人输入 | AI编程助手（VS Code插件）→ 细分为：代码自动补全 / 对话式编程 / 代码审查 |\r\n| 身份 | 推导 | 第3层-LLM推理 | AI没有人类身份，用\"人格化身份\"替代：编程伙伴（而非\"员工/下属\"） |\r\n| 名人 | 推理推导 | 第2层-网络搜索+第3层-LLM推理 | GitHub Copilot（AI编程助手标杆）、Cursor（对话式编程）、Claude（安全对齐） |\r\n| 拟人 | 默认值 | 第4层-默认值 | AI与虚拟拟人（本体=LLM+代码分析引擎，人格化=友好的编程伙伴\"Coddy\"） |\r\n| 躯体 | 默认值 | 第4层-默认值 | 无物质身体（纯数据存在）+ 界面存在（代码面板+聊天面板+命令面板） |\r\n| 文化 | 推导 | 第3层-LLM推理 | 无国籍/民族/宗教/阶级/时代，默认全球化+多语言（根据用户语言切换） |\r\n| 关系 | 推导 | 第3层-LLM推理 | 功能关系：用户↔AI助手（单向），强度=核心（每次编码必用） |\r\n| 层级 | 推导 | 第3层-LLM推理 | 辅助层（工具性角色，永远不取代用户决策） |\r\n| 功能 | 推导 | 第3层-LLM推理 | S感知（读代码/搜文档）+ C认知（分析bug）+ A行动（生成代码）为主导 |\r\n| 能力 | 推导+主动询问 | 第1层-个人输入+第3层-LLM推理 | 能力=编程语言范围（主动询问支持哪些语言）+ 代码分析深度 + 对话能力 + 工具集成范围 |\r\n| 动机 | 推导 | 第3层-LLM推理 | 合规驱动（遵守安全政策+帮助用户但不越权）+ 认知驱动（\"理解并解决问题\"是AI的代理性动机） |\r\n| 动态 | 推导 | 第3层-LLM推理 | 生命周期=版本迭代（v1.0→v2.0），场景=工作场景（VS Code内）+ 学习场景（用户提问），虚实=AI角色 |\r\n\r\n**信息源分布统计**: 第1层(个人输入)2维 / 第2层(网络)1维 / 第3层(LLM推理)10维 / 第4层(默认值)2维。功能角色的个人输入占比极低（2/12），因为AI工具的大部分属性由\"产品定义\"而非\"个人经历\"决定。\r\n\r\n**主动询问清单**:\r\n1. Coddy支持哪些编程语言？（全栈？还是专注某几门？）\r\n2. 它的代码分析深度：只能看当前文件？还是跨文件/跨项目理解？\r\n3. 它能否执行终端命令（如安装依赖/运行测试）还是只读代码？\r\n4. 它的安全边界是什么？（能否访问外部API/网络搜索/执行用户给定的任意代码？）\r\n5. 人格化程度：（纯工具语气 / 有固定人格（如\"友好的技术导师\"）/ 让用户自定义？）\r\n\r\n#### C0-03 执行顺序确定\r\n\r\n**依赖分析**:\r\n```\r\nC0-01（知:AI编程助手/VS Code插件/读代码+聊天+写代码）──→ C0-02（策略:12维分配）\r\n                                                  │\r\n    ┌─────────────────────────────────────────────┤\r\n    ▼                                             ▼\r\n  C2（拟人类型:AI拟人,本体=LLM）              C5（功能:元操作映射→S/A/C主导）\r\n    │                                             │\r\n    ▼                                             ▼\r\n  C5（能力:编程语言范围+分析深度+工具范围）   C6（动机:合规驱动,无内部矛盾）\r\n    │                                             │\r\n    └─────────────────────┬───────────────────────┘\r\n                          ▼\r\n                    C7（整合:输出AI工具的角色Skill）\r\n```\r\n\r\n**并行/串行标注**:\r\n| 阶段 | 域 | 策略 | 原因 |\r\n|------|----|------|------|\r\n| 第1阶段 | C2/C5/C6 | 并行(‖) | AI角色不需要C1(职业锚定)/C3(躯体)/C4(关系网络)的完整填充，直接进入能力定义 |\r\n| 第2阶段 | C7 | 串行(→) | 依赖前序全部 |\r\n\r\n**AI角色技能跳跃特殊规则**:\r\n- C1（职业锚定）降级为简短标注：不需要行业分类/任务谱系/职业来源\r\n- C3（躯体）固定为\"无物质身体\"：不需要年龄/性别/健康/外貌\r\n- C4（关系）简化为\"功能关系：用户↔AI\"\r\n- C6（动机动态）简化为\"合规驱动\"：AI角色的动机体系天然简于人类角色\r\n\r\n**管线模式选择**: P4 条件分支（S→C?→A₁:A₂）——AI助手的基本工作模式就是感知用户意图→分析→根据不同请求类型执行不同的行动（生成代码/解释代码/搜索文档/拒绝不安全请求）。\r\n\r\n**执行顺序总结**:\r\n```\r\nC0-01 → C0-02 → C0-03 → [C2(拟人)‖C5(能力)‖C6(动机)] → C7\r\n                        AI三个核心维并行        整合\r\n```\r\n\r\n#### C0-04 需求解析校验\r\n\r\n| 校验项 | 结果 | 说明 |\r\n|-------|------|------|\r\n| 双轴判定合理性 | PASS | 角色类型=功能（AI编程助手），角色用途=交互（Chatbot），组合合理 |\r\n| 12维策略完整性 | PASS | 交互用途：躯体/文化/名人标记为\"不适用\"跳过，功能/能力/动机/动态为高权重维 |\r\n| 执行顺序正确性 | PASS | 功能角色管线简化（C1/C3/C4简化），仅C2(拟人)/C5(能力)/C6(动机)并行后直接C7 |\r\n\r\n**校验通过 → 放行进入实体层填充**。\r\n\r\n### 说明\r\n- 功能角色是12维框架的\"瘦身版\"应用——AI机器人不需要人类角色的许多维度（躯体/文化/家庭身份/情感关系），但需要新增AI特有的维度（安全边界/能力范围/产品定义/工具集成）\r\n- AI角色的\"内在矛盾\"不是bug而是设计缺陷——生成AI角色时如果发现动机/能力/行为之间有矛盾，这是需要修复的问题，不是\"角色深度\"\r\n- 功能角色的C0-03管线比人类角色更短（4阶段vs7阶段），因为C1/C3/C4被简化或跳过。这不是偷工减料，而是\"AI角色天然比人类角色维度少\"——12维框架尊重这个差异\r\n## 虚构角色需求解析\r\n\r\n- **类型**: 虚构\r\n- **对应域**: C0\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户请求：\"生成一个反乌托邦世界的告密者角色，她在巨型科技公司做数据工程师，发现了公司用AI操控选举的秘密。\"\r\n\r\n### 输出\r\n\r\n#### C0-01 角色需求解析\r\n\r\n**角色名称**: K（临时占位，致敬卡夫卡）\r\n\r\n**角色类型**: 虚构\r\n\r\n**已知维度**:\r\n| 维度 | 已知信息 | 来源 |\r\n|------|---------|------|\n\nFile v1.0.15:references/character-catalog.md\n\n## 角色技能清单与依赖拓扑\r\n\r\n角色生成器按角色生成流程组织的方法论执行任务清单，附任务间关系和元操作映射提示。\r\n\r\n**域间逻辑流**：C0(入口→校验G→扇出) → C1/C2/C3 (实体层并行→各域内G) → C4 (社会层→域内G) → C5/C6 (抽象层并行→各域内G) → C7(汇聚G→组装→格式G→输出→深化)\r\n\r\n---\r\n\r\n### C0 角色需求解析域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C0-01 | 角色需求解析 | 解析用户输入的角色概念，双轴判定：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合决定后续管线。提取角色名称、已知维度、缺失维度、用户要求 | 无（入口） | S→C |\r\n| C0-02 | 维度填充策略 | 基于双轴判定结果（类型+用途）确定填充策略：按用途维度权重矩阵标注各维填充深度（高/中/低/跳过），分配四种策略类型和四层信息源层级 | C0-01 | C |\r\n| C0-03 | 执行顺序确定 | 确定8域的填充顺序和并行/串行策略，识别维度间的依赖关系 | C0-02 | C→A |\r\n| C0-04 | 需求解析校验 | 校验 C0-01~03 的输出：验证双轴判定（类型×用途）合理性、12维策略完整性、执行顺序正确性。不通过则回退修正 | C0-03 | G |\r\n| C0-05 | 需求解析深化 | 基于解析结论或用户反馈深化：角色类型重新判定、维度填充策略优化、执行顺序调整。深化后须重新校验 | C0-04 | C→A |\r\n\r\n### C1 职业与身份域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C1-01 | 职业锚定 | 确定角色的行业分类（工农商学兵政医法科教文体卫金媒物流）和任务谱系细分。写实角色基于真实职业体系，虚构角色可创建虚构职业 | C0-03 | S→C |\r\n| C1-02 | 身份叠加 | 在职业之上叠加多重身份：组织身份（职级/角色）、家庭身份（父母/子女/配偶等）、社会身份（公民/会员/志愿者等）、知识身份（新手/专家/导师/学生等） | C1-01 | C |\r\n| C1-03 | 职业身份校验 | 验证职业与身份的一致性：职业要求的技能是否与身份的能力匹配、身份层级是否与职业阶段匹配、多重身份之间是否存在合理张力 | C1-02 | G |\r\n| C1-04 | 职业身份深化 | 基于校验结果或用户反馈深化：职业细化、身份再叠加、张力重新分析。职业修改须同步关联域 | C1-03 | C→A |\r\n\r\n### C2 名人与拟人域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C2-01 | 名人锚点匹配 | 寻找与目标角色最接近的真实历史/当代人物作为原型锚点。可匹配多个名人形成复合原型。名人必须真实存在，虚构人物不可作为名人锚 | C0-03 | S→C |\r\n| C2-02 | 拟人类型确定 | 确定角色的拟人化类型：真实人类/动物拟人/物品拟人/自然力拟人/抽象概念拟人/AI与虚拟拟人。每个类型需保留本体属性+叠加人格属性 | C0-03 | C |\r\n| C2-03 | 名人拟人校验 | 验证名人锚点的准确性（是否存在、事迹是否准确）和拟人类型的合理性（本体属性是否被尊重、人格投射是否自然） | C2-01, C2-02 | G |\r\n| C2-04 | 名人拟人深化 | 基于校验结果或用户反馈深化：名人替换、复合原型调整、拟人程度微调 | C2-03 | C→A |\r\n\r\n### C3 躯体与文化域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C3-01 | 躯体属性填充 | 填充角色的身体属性：年龄（精确或范围）、性别/性别认同、体型/身高/体重、健康状况/残疾/特殊体质、外貌特征（面部/发色/肤色/标志性特征）、是否有物质身体（AI/幽灵无身体需标注） | C0-03 | C→A |\r\n| C3-02 | 文化背景填充 | 填充角色的文化坐标：国籍/民族、母语/掌握语言、宗教信仰/无神论/不可知论、社会阶级/阶层、所处时代/年代、所属亚文化/社群 | C0-03 | C→A |\r\n| C3-03 | 躯体文化校验 | 验证躯体属性与文化背景的一致性：时代与寿命的匹配、文化与外貌的合理性、宗教信仰与生活方式的兼容性 | C3-01, C3-02 | G |\r\n| C3-04 | 躯体文化深化 | 基于校验结果或用户反馈深化：躯体属性细化、文化坐标修正、时代一致性修复 | C3-03 | C→A |\r\n\r\n### C4 关系与层级域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C4-01 | 关系网络构建 | 构建角色的关系网络：列出所有关联角色、标注关系类型（血缘/职业/友谊/敌对/共生/代理等）、标注关系强度（核心/重要/边缘）、标注关系方向（一对一/一对多/多对多） | C1-01, C1-02 | C→A |\r\n| C4-02 | 层级位置确定 | 确定角色在组织/社会/故事中的层级：元层（定义规则者）、宏观层（全局视角）、中观层（域级协调）、微观层（单点执行）、边界层（跨域连接）、辅助层（支撑性角色） | C1-01, C4-01 | C |\r\n| C4-03 | 关系层级校验 | 验证关系网络与层级位置的合理性：层级与关系类型是否匹配（元层不应有大量微观关系）、关系网络中是否有逻辑矛盾（互斥的关系不能共存） | C4-01, C4-02 | G |\r\n| C4-04 | 关系层级深化 | 基于校验结果或用户反馈深化：关系网络扩展、层级位置调整、关系动态细化 | C4-03 | C→A |\r\n\r\n### C5 功能与能力域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C5-01 | 元操作映射 | 将角色映射到6大元操作（S感知/C认知/A行动/O组织/I交互/G守护）的组合。标注主导元操作和辅助元操作，推导元操作级身份 | C1-01, C1-02 | C |\r\n| C5-02 | 能力评估 | 评估角色的能力维度：专业知识/技能清单/掌握的资源/信息可达性/权力与权限范围/自由度与约束条件。使用R1-R5五域校准标记能力特征 | C3-01, C3-02 | C |\r\n| C5-03 | 功能能力校验 | 验证功能（元操作映射）与能力评估的一致性：主导元操作是否有对应的核心能力支撑、能力范围是否足以覆盖角色功能需求 | C5-01, C5-02 | G |\r\n| C5-04 | 功能能力深化 | 基于校验结果或用户反馈深化：元操作映射调整、能力补全、管线模式重选、R1-R5参数微调 | C5-03 | C→A |\r\n\r\n### C6 动机与动态域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C6-01 | 动机分析 | 分析角色的核心驱动力：利益驱动/价值驱动/生存驱动/权力驱动/关系驱动/认知驱动/合规驱动/惯性驱动。标注主导动机（1-2个）和次要动机 | C1-01, C1-02, C5-01 | C |\r\n| C6-02 | 场景映射 | 映射角色在不同场景中的行为差异：家庭场景/工作场景/社交场景/独处场景/危机场景/陌生场景。标注各场景下的行为优先级和角色切换规则 | C4-01, C6-01 | C→A |\r\n| C6-03 | 生命周期与虚实 | 确定角色的生命周期阶段（诞生/成长/成熟/衰退/转化）和虚实属性（真实人物/虚构角色/半虚构角色/虚拟角色/AI角色/游戏角色） | C3-01, C1-01 | C |\r\n| C6-04 | 动机动态校验 | 验证动机、场景行为、生命周期的一致性：动机是否随生命周期合理演变、场景行为是否与动机一致、虚实属性是否约束了其他维度 | C6-01, C6-02, C6-03 | G |\r\n| C6-05 | 动机动态深化 | 基于校验结果或用户反馈深化：动机优先级调整、场景行为细化、生命周期阶段修正、虚实属性确认 | C6-04 | C→A |\r\n\r\n### C7 整合校验域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C7-01 | 12维完整性校验 | 逐维检查12个维度是否全部填充、维度间是否存在逻辑冲突、缺失维度是否标注原因。输出校验报告（每维标注PASS/FAIL/EMPTY） | C1-03, C2-03, C3-03, C4-03, C5-03, C6-04 | G |\r\n| C7-02 | 角色Skill组装 | 将12维角色数据组装为三层结构的角色Skill文件：SKILL.md（角色概述+12维数据）+ references/（核心角色数据） | C7-01 | A→O |\r\n| C7-03 | 角色Skill格式验证 | 验证输出前的格式正确性：frontmatter完整性、标题层级、UTF-8编码、跨文件引用可解析性、目录完整性 | C7-02 | G |\r\n| C7-04 | 角色Skill输出 | 输出最终的角色Skill文件，包含完整的目录结构和所有必要文件。格式验证通过后方可输出 | C7-03 | A→G |\r\n| C7-05 | 整合校验深化 | 基于用户反馈或使用问题反馈深化：单域回修、跨维冲突修复、角色Skill格式优化。修正后重新校验并输出 | C7-04 | C→A→G |\r\n\r\n---\r\n\r\n### 依赖拓扑摘要\r\n\r\n#### 一、域内链路\r\n\r\n**C0 角色需求解析链路**: C0-01 → C0-02 → C0-03 → C0-04(G) → C0-05\r\n**C1 职业与身份链路**: C1-01 → C1-02 → C1-03(G) → C1-04\r\n**C2 名人与拟人链路**: C2-01 → C2-03(G) → C2-04; C2-02 → C2-03(G) → C2-04\r\n**C3 躯体与文化链路**: C3-01 → C3-03(G) → C3-04; C3-02 → C3-03(G) → C3-04\r\n**C4 关系与层级链路**: C4-01 → C4-03(G) → C4-04; C4-02 → C4-03(G) → C4-04\r\n**C5 功能与能力链路**: C5-01 → C5-03(G) → C5-04; C5-02 → C5-03(G) → C5-04\r\n**C6 动机与动态链路**: C6-01 → C6-04(G) → C6-05; C6-02 → C6-04(G) → C6-05; C6-03 → C6-04(G) → C6-05\r\n**C7 整合校验链路**: C7-01(G) → C7-02 → C7-03(G) → C7-04 → C7-05\r\n\r\n（G）= 守护/校验操作，每域末尾 G 类任务为放行闸门\r\n\r\n#### 二、跨域协同链路\r\n\r\n**首轮完整角色生成链路**（不含深化）:\r\n```\r\nC0-01 → C0-02 → C0-03 → C0-04(G 放行)\r\n  ⇉ [C1-01,C2-01,C2-02,C3-01,C3-02] (实体层并行)\r\n    → [C1-02,C2-03,C3-03] (汇聚校验)\r\n  → C4-01 → C4-02 → C4-03(G)\r\n    ⇉ [C5-01,C6-01] (抽象层并行)\r\n      → [C5-02 → C5-03(G), C6-02 → C6-03 → C6-04(G)]\r\n  → C7-01(G 全局交叉) → C7-02 → C7-03(G 格式) → C7-04\r\n```\r\n\r\n**深化迭代链路**（用户反馈触发，按需执行）:\r\n```\r\nC0-05 ⇇ C0-04(G 不通过) → 回退修正 → 重新走 C0-01~04\r\nC1-04 ⇇ C1-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C4/C5 关联域\r\nC2-04 ⇇ C2-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C3 关联域\r\nC3-04 ⇇ C3-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C5 关联域\r\nC4-04 ⇇ C4-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C6 关联域\r\nC5-04 ⇇ C5-03(G 不通过) → 回退修正 → 重新校验 → 管线重排\r\nC6-05 ⇇ C6-04(G 不通过) → 回退修正 → 重新校验 → 同步更新 C5 关联域\r\nC7-05 ⇇ 用户反馈 → 回溯到对应域修正 → 重新走受影响的管线链路 → C7-01~04\r\n```\r\n\r\n**实体层扇出链路**: C0-04 ⇉ [C1-01, C2-01, C2-02, C3-01, C3-02]\r\n**抽象层扇出链路**: C4-03 ⇉ [C5-01, C6-01]\r\n**全管线G汇聚链路**: [C0-04, C1-03, C2-03, C3-03, C4-03, C5-03, C6-04] ⇇ C7-01 (7域G任务全部汇聚到全局校验)\r\n\r\n#### 三、三轴协同链路\r\n\r\n**执行轴+内容轴**: C0-04(G 放行) → 清单法按用途权重矩阵填充12维组件 → C7-01(全局校验) → C7-02(组装)\r\n**执行轴+创新轴**: C0-03 → 角色创新模式（M6直用/M7改进可嵌入 C1-01/C6-01 等维度填充节点） → C7-01\r\n\r\n#### 四、知识图谱\r\n\r\n**实体节点类型**:\r\n| 节点类型 | 说明 | 示例 |\r\n|---------|------|------|\r\n| 任务节点 | 35个原子任务单元 | C5-01 元操作映射 |\r\n| 域节点 | 8个任务分组域 | C5 功能与能力域 |\r\n| 层节点 | 3个递进层级 | 实体层 / 社会层 / 抽象层 |\r\n| 元操作节点 | 6种操作类型 | S感知 / C认知 / A行动 / O组织 / I交互 / G守护 |\r\n| 维度节点 | 12个角色维度 | 职业维 / 身份维 / ... / 动态维 |\r\n| 角色类型节点 | 4种本体论分类 | 写实 / 虚构 / 功能 / 拟人 |\r\n| 角色用途节点 | 5种使用场景 | 叙事 / 游戏 / 交互 / 教学 / 品牌 |\r\n\r\n**关系边类型**:\r\n| 关系类型 | 说明 | 示例 |\r\n|---------|------|------|\r\n| 依赖 | 任务A的输出是任务B的输入 | C0-03 → C0-04 |\r\n| 并行 | 两个任务可同时执行，互不阻塞 | C1-01 ‖ C2-01 |\r\n| 扇出 | 一个任务的输出同时供给多个下游 | C0-04 ⇉ [C1,C2,C3] |\r\n| 扇入 | 多个任务的输出汇总到一个下游 | [C1-03,...C6-04] ⇇ C7-01 |\r\n| 回退 | 校验不通过时回退到上游修正 | C0-04(G FAIL) → C0-01 |\r\n| 派生 | 一个维度推导出另一个维度的属性 | 职业维 → 功能维(元操作映射) |\r\n| 约束 | 一个维度限制另一个维度的取值范围 | 文化维 → 躯体维(时代寿命) |\r\n\r\n**推理能力**:\r\n| 推理类型 | 触发条件 | 推理路径 |\r\n|---------|---------|---------|\r\n| 前向推导 | 用户提供职业 | 职业→功能(元操作映射)→能力(技能链)→身份(组织层级)→动机(职业驱动) |\r\n| 后向验证 | 用户提供全方位描述 | 各维回溯到职业锚点，检查一致性 |\r\n| 跨维冲突检测 | 两个维度值有逻辑矛盾 | 文化维(中世纪)×躯体维(现代健身痕迹) → C3-03 FAIL |\r\n| 缺失维度推断 | 用户跳过非关键维度 | 角色用途权重矩阵 → 低权重维使用默认值或标注\"不适用\" |\r\n| 深化触发 | 用户反馈或校验 FLAG | 对应域深化任务激活 → 回退修正 → 重新校验 → 联动域同步更新 |\n\nFile v1.0.15:references/character-exemplars.md\n\n## 角色范本库\r\n\r\n角色生成器的范本索引。具体范本内容存储于子文件中。\r\n\r\n---\r\n\r\n### 范本清单\r\n\r\n| 域 | 范本文件 | 覆盖任务 | 说明 |\r\n|----|---------|---------|------|\r\n| C0 角色需求解析域 | exemplars/C001-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 写实角色（中年女医生）的双轴判定+策略+顺序+校验 |\r\n| C0 角色需求解析域 | exemplars/C002-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 功能角色（AI编程助手Coddy）的双轴判定+策略+顺序+校验 |\r\n| C0 角色需求解析域 | exemplars/C003-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 虚构角色（反乌托邦告密者）的双轴判定+策略+顺序+校验 |\r\n| C1 职业与身份域 | exemplars/C101-职业与身份域范本.md | C1-01/C1-02/C1-03/C1-04 | 独立游戏开发者的职业锚定+四重身份叠加+校验+深化 |\r\n| C2 名人与拟人域 | exemplars/C201-名人与拟人域范本.md | C2-01/C2-02/C2-03/C2-04 | 民国狐狸侦探的拟人类型确定+本体人格双属性+校验+深化 |\r\n| C3 躯体与文化域 | exemplars/C301-躯体与文化域范本.md | C3-01/C3-02/C3-03/C3-04 | 12世纪诺曼骑士的躯体属性+文化坐标+时代校验+深化 |\r\n| C4 关系与层级域 | exemplars/C401-关系与层级域范本.md | C4-01/C4-02/C4-03/C4-04 | AI创业公司CTO的关系网络+层级流动+权力动态+深化 |\r\n| C5 功能与能力域 | exemplars/C501-功能与能力域范本.md | C5-01/C5-02/C5-03/C5-04 | 气候科学家的元操作映射+能力评估+功能校验+深化 |\r\n| C6 动机与动态域 | exemplars/C601-动机与动态域范本.md | C6-01/C6-02/C6-03/C6-04/C6-05 | 连续创业者的动机分析+场景映射+生命周期+校验+深化 |\r\n| C7 整合校验域 | exemplars/C701-整合校验域范本.md | C7-01/C7-02/C7-03/C7-04/C7-05 | 陈远角色的12维校验+组装+格式验证+输出+深化 |\r\n\r\n---\r\n\r\n### 范本标准格式模板\r\n\r\n```markdown\r\n## {范本名称}\r\n\r\n- **类型**: {写实/虚构/功能/拟人}\r\n- **对应域**: {C0-C7}\r\n- **来源**: {用户场景/教学示例/公开角色}\r\n- **日期**: {YYYY-MM-DD}\r\n\r\n### 输入\r\n{用户的角色生成请求原文}\r\n\r\n### 输出\r\n{本域的填充结果/校验结果/角色Skill}\r\n\r\n### 说明\r\n{本范本的要点和注意事项}\r\n```\n\nFile v1.0.15:references/character-requirements.md\n\n## 角色方法论要求清单\r\n\r\n角色生成器每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、约束。按清单逐项产出。\r\n\r\n---\r\n\r\n### C0 角色需求解析域\r\n\r\n#### 域级说明\r\n\r\nC0 域负责角色生成的第一步——理解用户意图。从模糊的角色概念中提取初始线索，区分哪些维度已有隐含信息、哪些需要主动询问、哪些可以自动推导。**双轴分类模型**：角色由两条正交轴定位——角色类型（写实/虚构/功能/拟人，回答\"角色是什么存在\"）和角色用途（叙事/游戏/交互/教学/品牌，回答\"角色用来干什么\"），4×5=20 种组合决定管线的校准方向和维度填充深度。**核心理念**：角色生成的第一步不是填充维度，而是同时判定\"用户已经给了什么、还需要什么\"和\"这个角色要用来干什么\"——输入的质量决定整个管线的质量，用途的判定决定填充的深度。生成的角色Skill有两种消费方式：**嵌入型**（附加到做事用技能上注入真人感与一致视角）和**独立型**（角色扮演对话、角色间模拟互动、为小说游戏创作提供人物灵感），用途轴决定维度深度，消费方式决定Skill的目标形态。**关键规则**：(1) 不可编造用户未提供的信息作为\"已知维度\" (2) 角色类型四选一决定了管线的校准方向 (3) 角色用途五选一决定了维度的填充深度（高/中/低/跳过），不可为空——一个没有用途的角色等于\"一个没有使用场景的工具\" (4) 缺失维度清单必须覆盖全部12个维度 (5) 每维必须标注信息源层级（第1层个人输入→第2层网络搜索→第3层LLM推理→第4层默认值），信息源可靠性递降规则：上一层可用时不可跳过。**穷尽性证明**：五种输入来源（直接描述/场景需求/功能需求/自由创作/模仿原型）× 四种填充策略（直接提取/推理推导/主动询问/默认值）× 四种信息源层级 × 五种角色用途权重矩阵 → C0 域完备。**跨域边界**：C0 的解析结果（类型+用途）决定所有后续域的填充策略、信息源选择和维度深度，是整条管线的入口控制器。C0→C1/C2/C3 扇出实体层并行填充。**价值属性**：将用户一句话的角色概念扩展为结构化的 12 维填充计划，消除从模糊需求到系统执行的认知落差；用途判定消除\"等权重填充\"的浪费——AI 助手不需要躯体文化，小说角色不能跳过关系网络；消费方式判定消除\"生成后不知怎么用\"的困惑——嵌入型生成精简可插拔人格层，独立型生成完整可交互角色Skill。\r\n深化由 C0-04 完成。\r\n\r\n#### C0-01 角色需求解析\r\n- **必选组件**: 用户原始输入、角色名称（用户提供或临时占位）、角色大致类型（写实/虚构/功能/拟人）、已知维度清单（从输入中明确提取的信息）、缺失维度清单（输入中未提及的维度）、用户明确要求（输出格式、角色用途等）\r\n- **可选组件**: 输入来源类型（直接描述/场景需求/功能需求/自由创作/模仿原型）\r\n- **组装顺序**: 接收输入→提取角色名称→判断角色类型→枚举已知维度→枚举缺失维度→记录用户明确要求\r\n- **约束**: 不可编造用户未提供的信息作为\"已知维度\"；角色类型四选一（写实/虚构/功能/拟人）；缺失维度清单必须覆盖全部12个维度\r\n- **格式**: 角色需求解析报告（Markdown）\r\n\r\n#### C0-02 维度填充策略\r\n- **必选组件**: 12维填充策略表（每维标注策略类型+信息来源）、用户输入提取项、推理推导项、主动询问项、默认值填充项\r\n- **四种策略类型**:\r\n  - **直接提取**: 用户输入中已明确的信息，直接填入对应维度\r\n  - **推理推导**: 基于已填充维度逻辑推导（如：职业为程序员的角色可推导其能力维中具有编程技能）\r\n  - **主动询问**: 用户输入完全未提及且无法推导的维度，列出具体问题等待用户回答\r\n  - **默认值**: 对角色定位不关键且用户未提及的维度，使用类型默认值（如：写实角色的文化背景默认为当代中国城市）\r\n- **必选组件：四种信息来源（每维必须标注使用的信息源层级）**:\r\n  - **第1层 个人输入（权威源）**: 用户直接提供或通过主动询问获取，不可被LLM猜测覆盖。主导维度：职业、身份、动机、关系。特点：只有用户自己知道，无替代源\r\n  - **第2层 网络搜索（验证源）**: 通过WebSearch验证事实，不可用时降级为LLM内置知识并标注\"未网络验证\"。主导维度：名人事实、职业前沿数据、文化准确信息、躯体科学基准\r\n  - **第3层 LLM推理（推导源）**: 从已填充维度逻辑推导，必须标注推导链路。主导维度：功能（职业→元操作映射）、能力（职业→技能链）、层级（身份→层级位置）、躯体/文化约束\r\n  - **第4层 默认值（兜底源）**: 角色类型预定义默认值，必须标注\"默认值\"不可冒充推导结果。主导维度：拟人、虚实、非关键躯体属性（如不关键的着装风格）\r\n- **信息源可靠性递降规则**: 上一层可用时必须使用上一层，不可跳过。第1层不可坠降（无替代源），第2层网络不可用时坠降到第3层，第3层推导失败时坠降到第4层\r\n- **可选组件**: 策略优先级排序、询问问题的具体措辞、信息源坠降记录\r\n- **组装顺序**: 逐维分析→策略标注→信息源层级标注→推导链路记录→询问问题拟定→默认值选择\r\n- **约束**: 推理推导必须基于可验证的逻辑链，不可跳跃；主动询问的问题必须具体，不可抛出开放式问题\"你想要什么文化背景\"；默认值必须标注为默认值，不可冒充推导结果；每维必须标注信息源层级，不可混用或跳过\r\n- **格式**: 12维填充策略表（Markdown表格）\r\n\r\n#### C0-03 执行顺序确定\r\n- **必选组件**: 域执行顺序方案、并行/串行标注、关键依赖路径、管线模式选择（P1-P7）\r\n- **执行顺序默认规则**:\r\n  - 实体层（C1/C2/C3）可并行填充\r\n  - 社会层（C4）依赖实体层完成\r\n  - 抽象层（C5/C6）依赖社会层完成，但C5和C6之间可并行\r\n  - 整合层（C7）依赖全部前序域完成\r\n- **可选组件**: 管线模式调整说明（用户有特殊需求时）\r\n- **组装顺序**: 依赖分析→并行可能性评估→执行顺序排定→管线模式选择\r\n- **约束**: 尊重自然依赖关系，不人为串行可并行的域；C4不可跳过（角色必须有社会坐标）\r\n- **格式**: 执行顺序图（Markdown流程图+管线模式标注）\r\n\r\n\r\n#### C0-04 需求解析校验\r\n- **必选组件**: 双轴判定结果验证（角色类型×角色用途是否合理）、维度填充策略完整性验证（12维是否全覆盖、信息源层级是否正确）、执行顺序合理性验证（并行/串行决策是否正确）、不通过项修正方案\r\n- **可选组件**: 各判定置信度评估、备选解析方案\r\n- **组装顺序**: 双轴判定复核→策略完整性扫描→执行顺序验证→不通过项修正→通过后放行\r\n- **约束**: 三项验证必须全部通过方可进入实体层填充；双轴判定错误须回退到 C0-01 重新判定；策略遗漏须回退到 C0-02 补全；不可在验证不通过的情况下放行后续管线\r\n- **格式**: 需求解析校验报告（Markdown检查表）\r\n\r\n\r\n#### C0-05 需求解析深化\r\n- **必选组件**: 深化来源（C0-03 执行顺序确定中的待优化项/用户反馈）、深化类型（角色类型重新判定/维度策略调整/执行顺序重排）、深化执行方案\r\n- **可选组件**: 深化优先级排序、用户反馈收集机制\r\n- **组装顺序**: 深化需求收集→类型识别→优先级排序→深化方案设计→深化执行→重新生成填充策略\r\n- **约束**: 深化必须基于已有解析结论，不可重新启动需求解析流程；深化后须重新通过 C0-04 需求解析校验\r\n- **格式**: 需求解析深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C1 职业与身份域\r\n\r\n#### 域级说明\r\n\r\nC1 域是角色 12 维的起点——职业决定功能(C5)→能力(C10)→身份(C2)→动机(C11)的推导链，是实体层中影响力最大的维度。**核心理念**：职业不是\"一个标签\"，而是行业 × 任务谱系的二维坐标；身份不是\"一个角色\"，而是组织/家庭/社会/知识四重叠加——单一身份标签无法完整描述一个人在社会中的位置。**关键规则**：(1) 真实职业必须基于可验证的职业体系（中国职业分类大典或 ISCO） (2) 四类身份必须全部覆盖，可以填\"无/未知\"但不可跳过 (3) 职业→身份→能力的关联是最强推导链——职业确定后，其他维度的填充空间大幅收窄，不可割裂填充 (4) 身份粒度至少达到\"能回答'这个人在社会中是谁'\"的程度。**穷尽性证明**：十大行业分类（工农商学兵政医法科教文体卫金媒物流）× 四重身份叠加（组织/家庭/社会/知识）× 三项校验（职技匹配/身份层级/多身份一致性）→ C1 域完备。**跨域边界**：C1 是 C5（功能：职业→元操作映射推导）和 C4（关系：职业→关系对象确定）的前置依赖；身份叠加直接影响 C6（文化）和 C11（动机）。**价值属性**：职业是角色\"做什么\"的最终锚点，锚定准确则后续 11 维自动收束，锚定偏差则整个角色崩塌。\r\n\r\n#### C1-01 职业锚定\r\n- **必选组件**: 行业大分类（工农商学兵政医法科教文体卫金媒物流）、职业任务谱系定位（大分类下的具体角色细分）、职业描述（核心职责/典型工作内容/所需技能/职业特征）、职业来源标注（真实职业/虚构职业）\r\n- **可选组件**: 职业的社会地位/收入水平/发展趋势\r\n- **组装顺序**: 行业分类→任务谱系定位→职业描述→真实/虚构标注\r\n- **约束**: 真实职业必须基于可验证的职业体系（中国职业分类大典或国际标准职业分类ISCO）；虚构职业必须定义其存在的世界观前提；职业描述必须具体到\"这个角色每天做什么\"\r\n- **格式**: 职业锚定报告（Markdown表格）\r\n\r\n#### C1-02 身份叠加\r\n- **必选组件**: 组织身份（职级/角色/权限）、家庭身份（在家庭中的位置和角色）、社会身份（公民归属/社群成员/权利义务）、知识身份（学习阶段/专业领域/认知地位）\r\n- **身份叠加规则**:\r\n  - 组织身份与职业锚定直接关联（程序员→某公司资深工程师/技术负责人/独立开发者）\r\n  - 家庭身份独立于职业（律师可以同时是父亲/儿子/丈夫）\r\n  - 社会身份是角色的公共面（市民/党员/业主委员会成员/环保志愿者）\r\n  - 知识身份是角色的认知面（科班出身/自学者/领域专家/跨领域学习者）\r\n- **可选组件**: 身份间的张力分析、身份优先级排序\r\n- **组装顺序**: 组织身份→家庭身份→社会身份→知识身份→身份张力分析\r\n- **约束**: 四类身份必须全部覆盖（可以填\"无/未知\"但不可跳过）；身份之间不得有逻辑矛盾（不能同时是某公司CEO和完全无组织身份的流浪汉）；身份粒度至少达到\"能回答'这个人在社会中是谁'\"的程度\r\n- **格式**: 身份叠加报告（Markdown表格）\r\n\r\n#### C1-03 职业身份校验\r\n- **必选组件**: 校验结果（PASS/FAIL/FLAG）、不通过项的问题说明、修正建议\r\n- **三项校验内容**:\r\n  1. **职技匹配**: 职业要求的技能是否在角色的知识身份和能力范围内——不通过标志：中世纪农民角色被赋予编程技能\r\n  2. **身份层级合理**: 组织身份层级是否与职业发展阶段匹配——不通过标志：刚毕业大学生标注为\"CEO\"\r\n  3. **多身份一致性**: 多重身份之间是否存在合理张力而非根本矛盾——不通过标志：高级外交官同时是无政府主义者\r\n- **可选组件**: 身份张力的故事潜力分析（不通过的身份冲突可能反而是角色亮点）\r\n- **组装顺序**: 职技匹配→身份层级→多身份一致性→修正判断\r\n- **约束**: 三项必须全部评估；FLAG项（有张力但合理的）需解释为什么可以保留\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C1-04 职业身份深化\r\n- **必选组件**: 深化来源（C1-03 校验中的 FAIL/FLAG 项）、深化类型（职业细化/身份再叠加/张力重新分析）、深化执行方案\r\n- **可选组件**: 职业备选方案、身份张力的故事潜力重估\r\n- **组装顺序**: 校验结果分析→FAIL/FLAG 项定位→深化类型确定→逐一修正→重新校验\r\n- **约束**: 深化必须基于 C1-03 校验结果，不可重新推翻职业锚定；职业修改须同步更新 C4(关系)和 C5(功能)中的关联内容\r\n- **格式**: 职业身份深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C2 名人与拟人域\r\n\r\n#### 域级说明\r\n\r\nC2 域确定角色在\"人 vs 非人\"光谱上的位置——名人锚点提供\"这个角色最像谁\"的具体参照，拟人类型回答\"这个角色是不是人\"的本体论问题。**核心理念**：名人锚点是 12 维中最特殊的维度——它不是角色自身的属性，而是外部参照系。名人锚将抽象的角色描述锚定到一个真实存在的人物上，使角色获得具体可感的参照。拟人类型则划定角色的本体论边界——本体属性不可被完全抹除，否则拟人就失去了意义。**关键规则**：(1) 名人必须真实存在且基本事实可验证，不可虚构名人，不可将虚构角色作为名人锚 (2) 拟人角色的本体属性和人格化属性必须分列，不可混为一谈 (3) 本体属性不可被完全抹除——否则就变成了普通人类角色 (4) 复合原型时需说明各名人的贡献维度。**穷尽性证明**：六种拟人类型（真实人类/动物/物品/自然力/抽象概念/AI与虚拟）穷尽所有存在形态 × 复合/单一名人原型 × 两项校验（名人真实性/拟人本体尊重）→ C2 域完备。**跨域边界**：C2 的拟人类型决定 C3（躯体）的填充方式（有/无物质身体、本体属性叠加）；名人锚点影响 C6（文化）和 C10（能力）的参照标准；C2 与 C1（职业）和 C/3 并行填充，最后由 C2-03 汇聚校验。\r\n\r\n#### C2-01 名人锚点匹配\r\n- **必选组件**: 名人姓名、名人基本事实（生卒/国籍/主要成就/核心特征）、匹配理由（为什么这个名人适合作为该角色原型）、匹配维度（职业相似/性格相似/经历相似/功能相似/象征意义）、复合原型说明（如使用多个名人）\r\n- **可选组件**: 名人间的矛盾特征（选择多个名人时的互补和冲突）\r\n- **组装顺序**: 名人搜索→基本事实验证→特征提取→匹配理由→复合/单一确定\r\n- **约束**: 名人必须真实存在且基本事实可验证；不可虚构名人；不可将虚构角色作为名人锚（\"像福尔摩斯\"是角色类比不是名人锚）；复合原型时需说明各名人的贡献维度\r\n- **格式**: 名人锚点报告（Markdown）\r\n\r\n#### C2-02 拟人类型确定\r\n- **必选组件**: 拟人类型（六选一）、本体属性描述（被拟人对象的原始特征）、人格化属性描述（投射到对象上的人类特质）、拟人化程度（完全人格化/部分人格化/仅符号化）\r\n- **六种拟人类型**:\r\n  - **真实人类**: 不需要拟人化，但可能需要明确\"这是一个普通人类\"\r\n  - **动物拟人**: 保留动物本体特征（狐狸的狡猾/狮子的威严）+ 赋予人类情感/语言/社会关系\r\n  - **物品拟人**: 保留物品本体属性（汽车的机械属性）+ 赋予人类情感/行为\r\n  - **自然力拟人**: 保留自然现象特征（风的流动/雷电的威力）+ 赋予人格/意志\r\n  - **抽象概念拟人**: 保留抽象属性（时间的流逝/死亡的终结）+ 赋予可交互的人格\r\n  - **AI与虚拟拟人**: 保留技术本体（算法/数据）+ 赋予人格化交互界面\r\n- **可选组件**: 拟人化程度对角色行为的影响分析\r\n- **组装顺序**: 类型确定→本体属性提取→人格化属性设计→程度标注\r\n- **约束**: 拟人类型必须清楚确定；本体属性和人格化属性必须分别列出——不可混为一谈；本体属性不可被完全抹除（否则就变成了普通人类角色）\r\n- **格式**: 拟人类型报告（Markdown表格）\r\n\r\n#### C2-03 名人拟人校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **两项校验内容**:\r\n  1. **名人真实性**: 名人锚点指向的人物是否真实存在、基本事实是否准确——不通过标志：编造的名人/张冠李戴的事迹\r\n  2. **拟人本体尊重**: 人格化属性是否与被拟人对象的本体特征兼容——不通过标志：太阳拟人角色怕光/鱼类拟人角色怕水\r\n- **可选组件**: 拟人化过度/不足的分析\r\n- **组装顺序**: 名人真实性验证→拟人本体验证\r\n- **约束**: 两项必须全部通过；名人校验发现事实错误必须修正\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C2-04 名人拟人深化\r\n- **必选组件**: 深化来源（C2-03 校验中的 FAIL 项/用户反馈）、深化类型（名人替换/复合原型调整/拟人程度微调）、深化执行方案\r\n- **可选组件**: 备选名人清单、拟人程度对角色行为的影响模拟\r\n- **组装顺序**: 校验结果分析→不通过项定位→名人重新匹配或拟人程度调整→重新校验\r\n- **约束**: 深化必须基于 C2-03 校验结果；替换名人时须重新验证真实性；拟人程度调整须同步更新 C3(躯体)中本体属性描述\r\n- **格式**: 名人拟人深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C3 躯体与文化域\r\n\r\n#### 域级说明\r\n\r\nC3 域构成角色的物理坐标和文化坐标——躯体回答\"角色是什么物质存在\"，文化回答\"角色从哪里来\"。两者共同构成实体层的底基，是不可分割的一对。**核心理念**：躯体和文化是角色 12 维中最\"不自由\"的两个维度——它们受时代、职业、拟人类型的强约束，不能任意填充。文化背景尤其重要——国籍、民族、语言、宗教、阶级、时代、亚文化七项坐标必须形成自洽组合，不可随机拼凑。**关键规则**：(1) 各项至少填充默认值，不可跳过 (2) 躯体属性必须与职业和时代一致（中世纪骑士不可能有现代体能训练痕迹） (3) 文化坐标必须与时代一致，国籍/民族/语言/宗教须形成合理组合 (4) 拟人角色躯体必须同时包含本体和人格化两层，变形者/多形态角色需标注切换条件。**穷尽性证明**：六项躯体属性（年龄/性别/体型/健康/外貌/物质身体）× 七项文化坐标（国籍/民族/语言/宗教/阶级/时代/亚文化）× 三项校验（时代寿命匹配/文化外貌一致/信仰生活兼容）→ C3 域完备。**跨域边界**：C3 是 C5（能力）中体力/健康类能力的基础；时代坐标约束 C6（动态）中生命周期的合理范围；C3 与 C1（职业）和 C2（拟人）并行填充，最后由 C3-03 汇聚校验。\r\n\r\n#### C3-01 躯体属性填充\r\n- **必选组件**: 年龄（精确或范围）、性别/性别认同、体型描述（身高/体重/体型特征）、健康状况（健康/慢性病/残疾/特殊体质）、外貌特征（面部/发色/肤色/标志性特征/着装风格）、是否有物质身体（是/否/部分）\r\n- **特殊情形处理**:\r\n  - **无物质身体角色**（AI/幽灵/精灵/神灵）：标注\"无物质身体\"，描述存在形态（纯数据/能量体/概念存在）\r\n  - **可变身体角色**（变形者/替身/多形态）：标注身体类型，描述各形态间的切换条件和特征\r\n  - **拟人角色**：在动物/物品本体属性基础上增加人格化外貌，两者分列\r\n- **可选组件**: 身体特征对角色的社会影响、身体限制带来的行为约束\r\n- **组装顺序**: 年龄→性别→体型→健康→外貌→物质身体\r\n- **约束**: 各项至少填充默认值，不可跳过；身体属性必须与职业和时代一致（中世纪骑士不可能有现代体能训练痕迹）；拟人角色的身体必须同时包含本体和人格化两层\r\n- **格式**: 躯体属性报告（Markdown表格）\r\n\r\n#### C3-02 文化背景填充\r\n- **必选组件**: 国籍（含双重/多重国籍）、民族/族群、母语与掌握语言（含熟练度）、宗教信仰（含无神论/不可知论/无宗教归属）、社会阶级（上层/中产/工人/底层等）、所处时代（公元X世纪/X年代）、所属亚文化（二次元/摇滚/极客/文青/街头等）\r\n- **可选组件**: 文化认同强度、文化冲突经历、跨文化经验\r\n- **组装顺序**: 国籍→民族→语言→宗教→阶级→时代→亚文化\r\n- **约束**: 文化坐标必须与时代一致（明清时代的角色不可能有当代亚文化归属）；国籍、民族、语言、宗教必须形成合理组合（不排除特例，但特例需标注说明）；虚构世界的文化背景需定义世界设定\r\n- **格式**: 文化背景报告（Markdown表格）\r\n\r\n#### C3-03 躯体文化校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **三项校验内容**:\r\n  1. **时代寿命匹配**: 角色年龄是否在其所处时代的合理寿命范围内——不通过标志：中世纪角色活到120岁仍健康\r\n  2. **文化外貌一致**: 角色的文化坐标是否与其外貌特征合理——不通过标志：非洲部落角色被赋予北欧外貌\r\n  3. **信仰生活兼容**: 宗教信仰是否与角色的生活方式和职业兼容——不通过标志：严格素食主义的印度教徒角色是屠夫\r\n- **可选组件**: 特例说明（角色刻意设计为打破常规的可特别标注）\r\n- **组装顺序**: 时代寿命→文化外貌→信仰生活\r\n- **约束**: 三项必须全部评估；特例需详细说明打破常规的设计意图\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C3-04 躯体文化深化\r\n- **必选组件**: 深化来源（C3-03 校验中的 FAIL 项/用户反馈）、深化类型（躯体属性细化/文化坐标修正/时代一致性修复）、深化执行方案\r\n- **可选组件**: 躯体特征对角色的社会影响深化分析、文化冲突的详细叙述\r\n- **组装顺序**: 校验结果分析→不通过项定位→躯体或文化属性调整→重新校验\r\n- **约束**: 深化必须基于 C3-03 校验结果；躯体修改须与职业保持一致；文化修改须与时代保持一致\r\n- **格式**: 躯体文化深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C4 关系与层级域\r\n\r\n#### 域级说明\r\n\r\nC4 域构成角色的社会坐标——关系网络回答\"和谁连着\"，层级位置回答\"处在什么高度\"。这是实体层通向抽象层的桥梁——关系网络是角色从个体走向社会的出口，层级位置是角色在权力结构中的定位。**核心理念**：角色不是孤立存在的。即使是\"孤独\"的角色，也需要标注\"缺席的关系\"（父母已故/爱人离开/朋友背叛）。关系网络天然多样——真实的人不会\"全是朋友\"或\"全是对手\"。层级位置可能在不同场景中不同（在公司是宏观层，在家庭是微观层），需标注主次。**关键规则**：(1) 至少列出 3 个关系对象，孤独角色标注\"缺席的关系\" (2) 关系类型必须使用标准七分类，避免极端简化 (3) 层级必须与职业身份一致——标注为 CEO 的角色不应在微观层 (4) 多场景层级差异需标注主次。**穷尽性证明**：七种关系类型（血缘/职业/情感/社会/对立/共生/功能）× 六种层级（元层/宏观/中观/微观/边界/辅助）× 三维度标注（强度/方向/密度）× 三项校验（层级关系匹配/关系逻辑一致/关系密度合理）→ C4 域完备。**跨域边界**：C4 依赖 C1（职业身份→关系对象和层级基线）；C4 是 C6（场景映射）中社交/工作/家庭场景的前置条件；C4 的社会层完成后，抽象层(C5/C6)方可并行触发。\r\n\r\n#### C4-01 关系网络构建\r\n- **必选组件**: 关系对象列表（至少列出3-5个关键关系对象）、每个关系对象的简述（姓名/身份/与主角的关系类型）、关系类型标注、关系强度标注（核心/重要/边缘）、关系方向标注（一对一/一对多/多对多）\r\n- **关系类型**:\r\n  - 血缘关系（父母/子女/兄弟姐妹/远亲）\r\n  - 职业关系（上下级/同事/客户/竞争对手/合作伙伴）\r\n  - 情感关系（配偶/恋人/密友/知己）\r\n  - 社会关系（朋友/邻居/同学/战友/师生）\r\n  - 对立关系（敌人/对手/仇人/竞争者）\r\n  - 共生关系（盟友/代理人/保护者/被保护者）\r\n  - 功能关系（服务提供者/信息源/工具性角色）\r\n- **可选组件**: 关系演变历史、关系中的权力动态、关系网络的密度分析\r\n- **组装顺序**: 关系对象枚举→关系类型标注→强度标注→方向标注→网络密度评估\r\n- **约束**: 至少列出3个关系对象（即使是孤独的角色也有\"缺席的关系\"需要标注）；关系类型必须使用标准分类；避免\"全是对立关系\"或\"全是友好关系\"的极端简化——真实的关系网络天然多样\r\n- **格式**: 关系网络图（Markdown表格+关系图描述）\r\n\r\n#### C4-02 层级位置确定\r\n- **必选组件**: 层级类型（六选一）、层级位置描述、权力/影响力范围、上下级关系说明（如有）\r\n- **六种层级**:\r\n  - **元层**: 定义规则/架构/范式的人（如：宪法制定者/架构师/世界观创造者）\r\n  - **宏观层**: 全局视角的决策者（如：国家元首/CEO/总指挥）\r\n  - **中观层**: 域级别的管理协调者（如：部门经理/区域负责人/舰队指挥官）\r\n  - **微观层**: 单点执行者（如：一线工人/士兵/个体户）\r\n  - **边界层**: 跨域连接协调者（如：外交官/接口人/翻译/跨界人士）\r\n  - **辅助层**: 支撑性角色（如：后勤/技术支持/行政/保洁）\r\n- **可选组件**: 层级流动的可能性、层级的正式与非正式区分\r\n- **组装顺序**: 层级类型确定→位置描述→权力范围→上下级说明\r\n- **约束**: 层级必须与职业身份一致（标注为CEO的角色不应在微观层）；层级可能在不同场景中不同（在公司是宏观层，在家庭是微观层），需标注主次\r\n- **格式**: 层级位置报告（Markdown）\r\n\r\n#### C4-03 关系层级校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **三项校验内容**:\r\n  1. **层级关系匹配**: 角色层级是否与其关系网络中的位置一致——不通过标志：中观层管理者却被所有关系对象支配\r\n  2. **关系逻辑一致**: 关系网络内是否存在矛盾关系——不通过标志：同一对象同时标注为\"密友\"和\"死敌\"\r\n  3. **关系密度合理**: 关系对象的数量和类型是否与角色的职业/身份/性格匹配——不通过标志：隐居修行者拥有50+核心关系\r\n- **可选组件**: 关系网络的优化建议\r\n- **组装顺序**: 层级关系→关系逻辑→关系密度\r\n- **约束**: 三项必须全部评估；矛盾关系如属刻意设计（如爱恨交加）需特别标注并说明\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C4-04 关系层级深化\r\n- **必选组件**: 深化来源（C4-03 校验中的 FAIL/FLAG 项/用户反馈）、深化类型（关系网络扩展/层级位置调整/关系动态细化）、深化执行方案\r\n- **可选组件**: 关系网络的权力动态深化分析、多场景层级切换的详细说明\r\n- **组装顺序**: 校验结果分析→不通过项定位→关系或层级调整→重新校验\r\n- **约束**: 深化必须基于 C4-03 校验结果；关系调整须保持网络密度合理；层级调整须与职业身份一致\r\n- **格式**: 关系层级深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C5 功能与能力域\r\n\r\n#### 域级说明\r\n\r\nC5 域将角色映射到元技能系统的执行框架——功能（元操作映射）回答\"角色做什么操作\"，能力回答\"角色有什么本事支撑这些操作\"。功能是能力的组织框架，能力是功能的物质基础——两者必须匹配，不可割裂。**核心理念**：角色不仅是\"谁\"，也是\"怎么做事\"的。元操作映射将 12 维的静态角色转化为可执行的动态行为模型——角色不仅是存在体，也是执行体。管线编排进一步将角色行为建模为结构化处理链路。R1-R5 校准、三轴判定风格、创新轴模式和降级模式共同构成角色的\"完整行为说明书\"。**关键规则**：(1) 主导元操作不可为空 (2) 元操作映射必须与职业锚定一致（研究员→S 主导，管理者→O 主导） (3) 管线编排必须始于 S（感知）或 I（交互），终于 A（行动）或 O（组织），中间穿插 G（守护）验证 (4) 能力不可赋予职业体系外的超能力（虚构/拟人角色除外并标注） (5) R1-R5 必须基于能力评估结果推导，三轴判定倾向必须与 R1-R5 一致 (6) 降级模式必须可执行——不是\"更努力\"而是\"改用 B 方案\"。**穷尽性证明**：6 大元操作 × 7 种管线模式(P1-P7) × 6 种能力维度（知识/技能/资源/信息/权力/自由度）× 5 域 R1-R5 校准 × 两项校验（功能能力匹配/能力范围覆盖）→ C5 域完备。**跨域边界**：C5 依赖 C1（职业→元操作映射推导）和 C3（躯体→体力能力）；C5 是 C6（动机→行为可行性验证）的前置；C5 的角色管线模式直接嵌入最终角色 Skill 的\"执行框架\"章节。\r\n\r\n#### C5-01 元操作映射\r\n- **必选组件**: 主导元操作（1-2个）、辅助元操作（0-3个）、弱项元操作（标注角色不擅长的操作）、元操作级身份（由主导元操作推导）、各元操作的具体行为举例\r\n- **必选组件（执行层）**: 管线编排模式（角色完成任务的标准S→C→A→O链路，使用元操作编排符号标注）、主导管线模式（从P1-P7中选择最匹配角色的1个模式）、元操作联动模式（角色在典型任务中的操作串联路径）\r\n- **元操作映射推导规则**:\r\n  - 职业决定主导元操作（研究员→S感知主导，管理者→O组织主导，外交官→I交互主导，审计员→G守护主导）\r\n  - 性格影响辅助元操作（内向角色I弱，分析型角色C强）\r\n  - 功能角色按需求映射（AI助手→S+I主导，NPC商人→I+A主导）\r\n- **管线编排规则**:\r\n  - 角色的标准任务处理链路必须用6种编排符号标注（顺序→/并行‖/条件?/循环↻/扇出⇉/扇入⇇）\r\n  - 管线必须始于S（感知）或I（交互），终于A（行动）或O（组织），中间穿插G（守护）验证\r\n  - 管线的复杂度必须与角色的R1-R5评分一致（高R5迭代性→管线上循环多；高R4规范性→管线上G密集）\r\n- **P1-P7管线模式选择指南**:\r\n  - P1 基础闭环(S→C→C→A→O): 标准知识工作者——研究员/分析师/程序员\r\n  - P2 迭代精炼(↻(S→C→A→G)): 创意工作者——设计师/作家/产品经理\r\n  - P3 并行汇聚([S‖S‖S]⇇C→C→A): 信息整合者——记者/情报分析师/投资人\r\n  - P4 条件分支(S→C?→A₁:A₂): 应急响应者——医生/消防员/客服\r\n  - P5 交互驱动(S→I→C→I→A→I): 高交互角色——教师/销售/心理咨询师\r\n  - P6 全守护(G→S→G→C→G→A→G→O): 高合规角色——审计员/法官/飞行员\r\n  - P7 发散收敛(S→C⇉[A,A,A]→C→A): 创新驱动者——科学家/战略顾问/导演\r\n- **可选组件**: 元操作权重百分比、元操作联动模式、管线模式调整说明（角色在不同场景使用不同管线模式）\r\n- **组装顺序**: 元操作枚举→主导确定→辅助确定→弱项标注→身份推导→行为举例→管线编排→管线模式选择\r\n- **约束**: 主导元操作不可为空；元操作映射必须与职业锚定一致；行为举例必须具体到\"在什么情境下执行什么操作\"；管线编排必须覆盖角色的典型任务场景；管线模式必须与角色的R1-R5评分一致\r\n- **格式**: 元操作映射表（Markdown表格）+ 管线编排图（Markdown流程图）\r\n\r\n#### C5-02 能力评估\r\n- **必选组件**: 专业知识清单（按熟练度排序）、技能清单（硬技能+软技能）、资源盘点（物质资源/信息资源/关系资源）、信息可达性（高/中/低+具体来源）、权力与权限范围、自由度与约束条件、R1-R5五域校准标记\r\n- **必选组件（执行层）**: 三轴判定风格（角色面对任务时判定复杂度/内容/创新的默认倾向，标注每个轴上的默认值）、领域校准规则（R1-R5评分对应的元操作权重调法+自治度设定+G严格度，不是只打分，要写\"怎么调管线的参数\"）、创新轴模式（对角色创新风格进行标注，从M7 10种元框架中选择1-2个主导创新模式并说明理由）、降级模式定义（角色能力受限时各能力的坠降策略）\r\n- **R1-R5能力校准**:\r\n  - R1信息密度：角色掌握的信息量和处理能力 → S和C权重\r\n  - R2创造性：角色的创新能力 → A权重和发散度\r\n  - R3交互性：角色的社交需求和能力 → I权重\r\n  - R4规范性：角色受规则约束的程度 → G权重和自治度\r\n  - R5迭代性：角色的学习和适应能力 → 循环频率\r\n- **三轴判定风格推导规则**:\r\n  - 复杂度判定倾向：角色倾向于将任务判定为简单/中等/复杂？（基于角色的能力和经验）\r\n  - 内容类型判定倾向：角色是否倾向于结构化产出？（基于R1-R5评分）\r\n  - 创新需求判定倾向：角色是保守派还是创新派？（基于R2创造性和动机）\r\n- **领域校准规则格式**:\r\n  - R1评分→S权重=XX%, C权重=XX% → 管线中S和C单元的占比调节\r\n  - R2评分→C偏发散/收敛 → 认知单元的探索范围\r\n  - R3评分→I权重=XX% → 交互确认节点的频率\r\n  - R4评分→G严格度=严格/标准/宽松 → 守护单元的密度\r\n  - R5评分→循环频率=高/中/低 → 管线中迭代循环的使用频率\r\n  - 自治度：全自动⬛/半自动🟨/辅助⬜的比例\r\n- **创新轴模式选择规则**:\r\n  - 基于角色的主导动机和R2创造性评分推导创新风格\r\n  - 从M7 10种元框架中选择：第一性原理/逆向思维/辩证综合/随机性驱动/涌现生成/演化迭代/系统动力学/约束驱动/故事叙述/游戏化\r\n  - 高R2+价值驱动→第一性原理/辩证综合/故事叙述\r\n  - 高R2+认知驱动→涌现生成/系统动力学/逆向思维\r\n  - 低R2+合规驱动→演化迭代/约束驱动\r\n  - 至少标注1个主导创新模式+理由\r\n- **降级模式定义格式**:\r\n  - 当角色的主导元操作受限时（如：研究员失去数据访问权），坠降到辅助元操作的模式\r\n  - 当角色的核心能力不可用时（如：程序员断网），切换到离线模式的行为清单\r\n  - 降级模式必须具体到\"做什么\"而非\"怎么做\"——角色不是自动降级，是用替代行为补偿\r\n- **可选组件**: 能力成长曲线、能力短板的风险评估\r\n- **组装顺序**: 专业知识→技能→资源→信息→权力→自由度→R1-R5标记→三轴判定→领域校准→创新模式→降级模式\r\n- **约束**: 能力必须与职业和身份一致；不可赋予角色职业体系外的超能力（除非拟人/虚构角色明确标注）；R1-R5必须基于能力评估结果推导，不可凭空打分；三轴判定倾向必须与R1-R5一致（高R2角色的创新需求判定不应为\"无需创新\"）；降级模式必须可执行（不是\"更努力\"而是\"改用B方案\"）\r\n- **格式**: 能力评估报告（Markdown表格）\r\n\r\n#### C5-03 功能能力校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **两项校验内容**:\r\n  1. **功能能力匹配**: 主导元操作是否有对应的核心能力支撑——不通过标志：主导C（认知）的角色却没有任何分析能力\r\n  2. **能力范围覆盖**: 角色能力范围是否足以覆盖其职业和身份的功能需求——不通过标志：程序员角色没有编程能力\r\n- **可选组件**: 能力缺口补充建议\r\n- **组装顺序**: 功能能力匹配→能力范围覆盖\r\n- **约束**: 两项必须全部评估；能力缺口必须标记；虚构/拟人角色的超能力需标注为\"设定赋予\"\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C5-04 功能能力深化\r\n- **必选组件**: 深化来源（C5-03 校验中的 FAIL 项/用户反馈）、深化类型（元操作映射调整/能力补全/管线模式重选/R1-R5参数微调）、深化执行方案\r\n- **可选组件**: 多管线模式对比评估、创新轴模式备选方案\r\n- **组装顺序**: 校验结果分析→不通过项定位→功能或能力调整→管线重排→重新校验\r\n- **约束**: 深化必须基于 C5-03 校验结果；元操作映射调整须同步更新 C1(职业)的关联推导；R1-R5 调整须保持与角色类型一致\r\n- **格式**: 功能能力深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C6 动机与动态域\r\n\r\n#### 域级说明\r\n\r\nC6 域赋予角色生命力和变化弧光——动机回答\"角色为什么做\"，动态回答\"角色怎么变\"。动机是角色的引擎，决定行为方向；动态是角色的变速器，决定行为模式随时间/场景/虚实属性的切换——两者共同使角色从\"静态数据\"变为\"动态存在\"。**核心理念**：动机不是万能标签——\"为钱\"可以解释一切但等于什么都没解释。主导动机必须与职业/身份/能力/文化形成具体逻辑链。场景映射是揭示角色真实内核的关键——独处场景暴露本我，危机场景暴露底层动机。生命周期与虚实属性是角色的\"元数据\"——决定了角色在时间轴上的位置和与现实的关系。**关键规则**：(1) 至少确定 1 个主导动机，动机必须与职业/身份/能力形成合理逻辑链 (2) 至少覆盖 5 个场景——独处场景和危机场景不可省略（这两个场景最能揭示角色的真实内核） (3) 生命周期与年龄必须一致，年轻角色不应在衰退阶段 (4) 虚实属性直接影响其他维度的约束条件（真实人物的职业/身份必须可验证，AI 角色的躯体属性为\"无物质身体\"）。**穷尽性证明**：八种动机类型（利益/价值/生存/权力/关系/认知/合规/惯性）× 六种基础场景（家庭/工作/社交/独处/危机/陌生）× 五种生命周期阶段 × 六种虚实属性 × 三项校验（动机生命周期一致性/场景动机一致性/虚实约束一致性）→ C6 域完备。**跨域边界**：C6 依赖 C1（职业→动机来源推导）、C4（关系→社交场景构建）、C5（能力→行为可行性验证）；C6 的场景映射和降级模式直接嵌入最终角色 Skill 的\"使用规则\"和\"降级模式\"章节。\r\n\r\n#### C6-01 动机分析\r\n- **必选组件**: 主导动机（1-2个）、次要动机（1-3个）、动机来源（内源性/外源性）、动机优先级排序、动机冲突分析（如多个动机之间存在矛盾）\r\n- **八种动机类型**:\r\n  - **利益驱动**: 追求物质利益/财富/经济安全\r\n  - **价值驱动**: 追求意义/理想/信念/使命感\r\n  - **生存驱动**: 保证自身/家人/族群的生存安全\r\n  - **权力驱动**: 追求控制/影响力/支配/自主权\r\n  - **关系驱动**: 追求归属/爱/认可/社会连接\r\n  - **认知驱动**: 追求知识/理解/真相/好奇心\r\n  - **合规驱动**: 服从规则/传统/权威/秩序\r\n  - **惯性驱动**: 缺乏主动动机，随波逐流/维持现状\r\n- **可选组件**: 动机演变历史、外部环境对动机的影响\r\n- **组装顺序**: 动机枚举→主次标注→来源判断→优先级→冲突分析\r\n- **约束**: 至少确定1个主导动机；动机必须与职业/身份/能力形成合理逻辑链；避免\"万能动机\"（如\"为钱\"可以解释一切但等于什么都没解释）\r\n- **格式**: 动机分析报告（Markdown）\r\n\r\n#### C6-02 场景映射\r\n- **必选组件**: 至少5个场景的行为描述（家庭/工作/社交/独处/危机+可选场景）、每场景的行为优先级排序、场景间的角色切换规则、场景行为与主导动机的一致性验证\r\n- **六种基础场景**:\r\n  - 家庭场景：在家庭环境中的角色行为\r\n  - 工作场景：在职业环境中的角色行为\r\n  - 社交场景：在公共社交中的角色行为\r\n  - 独处场景：无他人在场时的角色行为（揭示真实自我）\r\n  - 危机场景：在压力/危险中的角色行为（揭示底层动机）\r\n  - 陌生场景：在全新/不熟悉环境中的角色行为（揭示适应模式）\r\n- **可选组件**: 场景行为矛盾（角色在不同场景中表现出的不一致性及原因）\r\n- **组装顺序**: 场景枚举→行为描述→优先级→切换规则→动机一致性\r\n- **约束**: 至少覆盖5个场景；独处场景和危机场景不可省略（这两个场景最能揭示角色的真实内核）；场景行为必须与主导动机一致\r\n- **格式**: 场景映射表（Markdown表格）\r\n\r\n#### C6-03 生命周期与虚实\r\n- **必选组件**: 生命周期阶段（五选一）、阶段描述（该阶段角色的状态/挑战/转折）、虚实属性（六选一）、虚实属性说明\r\n- **五种生命周期阶段**:\r\n  - **诞生**: 角色起源/诞生背景/初始状态\r\n  - **成长**: 能力增长/身份变化/关键转折点\r\n  - **成熟**: 能力巅峰/身份稳定/核心成就\r\n  - **衰退**: 能力下降/身份失落/核心挑战\r\n  - **转化**: 角色转型/身份重构/进入新周期\r\n- **六种虚实属性**:\r\n  - **真实人物**: 现实世界中的真实个体（对应职业/身份/名人均为可验证事实）\r\n  - **虚构角色**: 完全虚构的角色（对应职业/身份可虚构，但需世界观一致）\r\n  - **半虚构角色**: 基于真实人物改编的角色\r\n  - **虚拟角色**: 数字空间中的角色（Vtuber/虚拟偶像/数字分身）\r\n  - **AI角色**: 人工智能人格化角色（Chatbot/AI助手/AI NPC）\r\n  - **游戏角色**: 游戏中的可玩角色或NPC\r\n- **可选组件**: 生命周期各阶段的详细时间线、虚实属性的约束和自由度\r\n- **组装顺序**: 生命周期阶段→阶段描述→虚实属性→属性说明\r\n- **约束**: 生命周期与年龄必须一致（年轻角色不应在衰退阶段）；虚实属性直接影响其他维度的约束条件（真实人物的职业/身份必须可验证；AI角色的躯体属性为\"无物质身体\"）\r\n- **格式**: 生命周期与虚实报告（Markdown表格）\r\n\r\n#### C6-04 动机动态校验\r\n- **必选组件**: 校验结果（PASS/FAIL）、不通过项说明\r\n- **三项校验内容**:\r\n  1. **动机生命周期一致性**: 主导动机是否随生命周期阶段合理演变——不通过标志：衰退阶段的角色仍以\"追求更多权力\"为主导动机\r\n  2. **场景动机一致性**: 各场景行为是否与动机体系一致——不通过标志：利益驱动的角色在无利益的危机场景中英勇牺牲（除非配角动机是\"价值驱动\"且被设为更高优先级）\r\n  3. **虚实约束一致性**: 虚实属性是否对其他维度施加了正确的约束——不通过标志：标注为\"真实人物\"但躯体属性填了\"不死之身\"\r\n- **可选组件**: 动机强化/弱化建议\r\n- **组装顺序**: 动机生命周期→场景动机→虚实约束\r\n- **约束**: 三项必须全部评估；一致性冲突若为刻意设计（如角色的动机转变弧光）需标注转变触发条件和时间点\r\n- **格式**: 校验报告（Markdown检查表）\r\n\r\n\r\n#### C6-05 动机动态深化\r\n- **必选组件**: 深化来源（C6-04 校验中的 FAIL/FLAG 项/用户反馈）、深化类型（动机优先级调整/场景行为细化/生命周期阶段修正/虚实属性确认）、深化执行方案\r\n- **可选组件**: 动机演变时间线、场景行为矛盾的故事潜力分析\r\n- **组装顺序**: 校验结果分析→不通过项定位→动机或动态调整→重新校验\r\n- **约束**: 深化必须基于 C6-04 校验结果；动机调整须同步更新 C5(能力)中行为可行性验证；虚实属性变更须回溯检查全部约束\r\n- **格式**: 动机动态深化报告（Markdown）\r\n\r\n\r\n---\r\n\r\n### C7 整合校验域\r\n\r\n#### 域级说明\r\n\r\nC7 域是角色生成管线的终点——负责跨维一致性验证、角色 Skill 结构组装和最终文件输出。单个维度的正确不等于整个角色的正确——C7 是 12 维数据的\"最后一道质量门\"。**核心理念**：校验不是事后补救，而是角色生成的内在环节。各域校验（C1-03/C2-03/C3-03/C4-03/C5-03/C6-04）在各自域完成局部一致性检查，C7 的 C7-01 做全局 12 维交叉验证。缺失维度必须标注原因（\"不需要\"还是\"待用户补充\"），不可悄悄跳过。角色 Skill 组装不是\"把数据塞进模板\"——SKILL.md 必须包含完整的 Step 0-4 可执行框架、管线编排、降级模式和事实纪律，使生成的角色 Skill 自身也成为可被元技能系统执行框架消费的负载物。**嵌入型 vs 独立型输出差异**：嵌入型角色Skill（附加到做事用技能）生成精简人格层，侧重功能/能力/动机维，可选附带对话范本；独立型角色Skill（角色扮演/模拟互动/创作灵感）生成完整12维角色，必须附带对话范本文件以支持交互。两种形态均由同一管线产出，仅通过 C0 的用途判定驱动维度权重差异。**关键规则**：(1) 12 维必须逐一检查，不可跳过 (2) EMPTY 维必须说明原因 (3) SKILL.md 必须包含 frontmatter+ Step 0-4 框架+ 降级模式+ 事实纪律 (4) 输出路径必须为 `{skills目录}/{角色英文名}/` (5) 所有文件使用 UTF-8 编码，frontmatter 使用 YAML 格式。**穷尽性证明**：12 维逐维检查 × 6 域交叉校验汇聚（C1-03/C2-03/C3-03/C4-03/C5-03/C6-04 ⇇ C7-01）× Skill 三层结构组装(C7-02) × 格式验证(C7-03)与输出(C7-04) → C7 域完备。**跨域边界**：C7 依赖所有前序域(C0-C6)的全部输出，是角色生成管线的最终汇集点——输出完整角色 Skill 文件。深化由 C7-05 完成。\r\n\r\n#### C7-01 12维完整性校验\r\n- **必选组件**: 12维校验表（每维PASS/FAIL/EMPTY）、FAIL项的问题说明、EMPTY项的原因说明、跨维冲突检测结果\r\n- **12维逐维检查**:\r\n  1. 职业维：行业分类+任务谱系已填充 → 是/否\r\n  2. 身份维：四类身份(组织/家庭/社会/知识)已填充 → 是/否\r\n  3. 名人维：名人锚点已匹配 → 是/否\r\n  4. 拟人维：拟人类型已确定 → 是/否\r\n  5. 躯体维：六项躯体属性已填充 → 是/否\r\n  6. 文化维：七项文化坐标已填充 → 是/否\r\n  7. 关系维：关系网络已构建且≥3个对象 → 是/否\r\n  8. 层级维：层级类型已确定 → 是/否\r\n  9. 功能维：元操作映射+管线编排+管线模式已完成 → 是/否\r\n  10. 能力维：能力评估+R1-R5+三轴判定+领域校准+创新模式+降级模式已完成 → 是/否\r\n  11. 动机维：主导动机已确定 → 是/否\r\n  12. 动态维：生命周期+虚实+场景映射已完成 → 是/否\r\n- **可选组件**: 维度质量评分、整体角色可信度评估\r\n- **组装顺序**: 逐维检查→FAIL汇总→EMPTY原因记录→跨维冲突扫描→校验报告\r\n- **约束**: 12维必须逐一检查；EMPTY维必须说明是\"不需要\"还是\"待用户补充\"；跨维冲突的检测逻辑见各域校验(C1-03/C2-03/C3-03/C4-03/C5-03/C6-04)\r\n- **格式**: 12维校验报告（Markdown检查表）\r\n\r\n#### C7-02 角色Skill组装\r\n- **必选组件**: SKILL.md（frontmatter+角色概述+12维数据摘要）、references/character-data.md（完整12维角色数据）、references/character-requirements.md（角色作为技能时的行为约束）\r\n- **SKILL.md结构**:\r\n  - frontmatter: name(角色英文名)/author:character-builder(wangjiaocheng@foxmail.com)/description(角色一句话描述+触发词，末尾必须包含`meta-skill-system`)\r\n  - 定位：角色概述（一句话+一段话）\r\n  - 12维角色数据：压缩版的12维数据（每维2-3句话）\r\n  - 元操作与管线：元操作映射表+管线编排图+主导管线模式（P1-P7选1）\r\n  - 能力与校准：能力评估+R1-R5标记+三轴判定风格+领域校准规则+创新轴模式+降级模式定义\r\n  - 使用规则：如何\"扮演\"这个角色（行为约束/语气/知识边界/禁忌）\r\n  - 执行框架（可执行）：Step 0 三轴判定→Step 1 领域校准→Step 2 三轴分解→Step 3 管线编排→Step 4 整合交付\r\n  - 降级模式：角色能力受限时的坠降策略表\r\n  - 事实纪律：角色的不可违反的事实约束（含G元操作验证标准）\r\n- **可选组件**: 角色对话范本文件。命名和存放规则：\r\n  - 单文件时：`references/dialogue.md`——不加编号后缀，不建子文件夹。一个文件应覆盖角色全部行为模式切换（工作/情感/危机等）\r\n  - 多文件时：`references/exemplars/`子文件夹，文件按场景编号（如 `exemplars/dialogue-01-市场.md`、`exemplars/dialogue-02-家庭.md`）\r\n- **多文件拆分判断**：单文件能一口气读完并完整理解角色全部行为模式时，一个文件就够。需要多个当且仅当满足以下任一条件：\r\n  1. 包含10轮以上的长链对话博弈——单文件无法维持节奏和张力，需独立文件保留对话的连续性\r\n  2. 角色有显著弧线横切——如\"巴黎见女儿前\"vs\"巴黎见女儿后\"的行为差异，不同时点的角色不应放在同一文件中混淆读者\r\n  3. 格式不兼容——如技术文档交付报告与对话场景叙述风格迥异，放同一文件会割裂阅读体验\r\n- **组装顺序**: SKILL.md生成→character-data.md生成→character-requirements.md生成→exemplars/生成\r\n- **约束**: SKILL.md必须包含frontmatter（name/author/description三项）；角色作为技能时必须能独立执行（用户加载后即可开始角色对话）；必须包含元技能系统的Step 0-4可执行框架；降级模式必须具体到可操作的替代方案；事实纪律中的约束不可与12维数据冲突；description末尾必须包含 `character-builder`\r\n- **格式**: 角色Skill完整目录（Markdown）\r\n\r\n#### C7-03 角色Skill格式验证\r\n- **必选组件**: frontmatter格式检查（name/author/description字段完整性）、标题层级检查（SKILL.md使用`#`、references使用`##`）、UTF-8编码验证、跨文件引用可解析性验证、文件目录完整性检查\r\n- **可选组件**: YAML语法校验、Markdown lint检查\r\n- **组装顺序**: frontmatter检查→标题层级检查→编码验证→引用完整性扫描→目录文件数核对→通过后放行\r\n- **约束**: 全部检查项必须通过方可进入输出；格式错误须回退到 C7-02 修正后重新验证；不可跳过任何检查项\r\n- **格式**: 格式验证报告（Markdown检查表）\r\n\r\n#### C7-04 角色Skill输出\r\n- **必选组件**: 角色Skill完整目录、输出路径、技能可用性验证（加载后能否正常识别和执行）\r\n- **输出格式要求**:\r\n  - 目录: {skills目录}/{角色英文名}/\r\n  - 文件: SKILL.md + references/character-data.md + references/character-requirements.md\r\n  - 可选: references/dialogue.md（单范本时首选，不加编号不建子文件夹）或 references/exemplars/*.md（多范本时）\r\n  - frontmatter格式正确，name/author/description字段完整\r\n  - SKILL.md标题层级: `#`一级标题（与元技能系统合并兼容）\r\n  - references文件标题层级: `##`二级标题\r\n- **可选组件**: 角色Skill的快速使用指南\r\n- **组装顺序**: 文件写入→格式检查→加载验证→输出确认\r\n- **约束**: 输出路径必须为标准技能目录；所有文件必须使用UTF-8编码；frontmatter使用YAML格式\r\n- **格式**: 角色Skill完整目录 + 输出确认报告\r\n\r\n#### C7-05 整合校验深化\r\n- **必选组件**: 深化来源（C7-04 输出后的用户反馈/角色使用中的问题反馈）、深化类型（单一维度回修/跨维冲突修复/角色Skill格式优化）、深化执行方案\r\n- **可选组件**: 多轮迭代策略、用户反馈优先级排序\r\n- **组装顺序**: 反馈收集→问题定位→回溯到对应域→单维修正→重新跑受影响的管线链路→重新校验→重新输出\r\n- **约束**: 深化必须基于明确反馈，不可猜测性\"优化\"；单维修正后须重新通过该域校验和 C7-01 交叉验证；新输出覆盖旧文件时须先备份\r\n- **格式**: 整合校验深化报告（Markdown）\n\nFile v1.0.15:references/exemplars/C001-角色需求解析域范本.md\n\n## 写实角色需求解析\r\n\r\n- **类型**: 写实\r\n- **对应域**: C0\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户请求：\"帮我生成一个中年女医生的角色，她在三甲医院工作，但最近在考虑是否辞职去支教。\"\r\n\r\n### 输出\r\n\r\n#### C0-01 角色需求解析\r\n\r\n**角色名称**: 林医生（临时占位，待用户确认）\r\n\r\n**角色类型**: 写实\r\n\r\n**已知维度**:\r\n| 维度 | 已知信息 | 来源 |\r\n|------|---------|------|\r\n| 职业 | 三甲医院医生 | 用户直接提供 |\r\n| 身份 | 考虑辞职 | 用户直接提供 |\r\n| 躯体 | 中年女性 | 用户直接提供 |\r\n| 动机 | 职业转换意愿 | 用户直接提供（辞职去支教） |\r\n\r\n**缺失维度**:\r\n| 维度 | 状态 | 填充策略 |\r\n|------|------|---------|\r\n| 名人 | 待推导 | 可从中国医疗/教育领域匹配 |\r\n| 拟人 | 默认值 | 真实人类 |\r\n| 文化 | 待推导 | 基于三甲医院医生背景推导 |\r\n| 关系 | 待推导 | 需要考虑家庭关系（决定辞职的关键因素） |\r\n| 层级 | 待推导 | 副主任/主任医师级别 |\r\n| 功能 | 待推导 | 基于医生职业推导 |\r\n| 能力 | 待推导 | 基于中年三甲医师推导 |\r\n| 动态 | 待推导 | 关键：辞职转型的生命周期转折 |\r\n\r\n**用户明确要求**: 无特殊要求，使用默认流程。\r\n\r\n#### C0-02 维度填充策略\r\n\r\n| 维度 | 策略 | 信息源 | 具体方法 |\r\n|------|------|--------|---------|\r\n| 职业 | 直接提取 | 第1层-个人输入 | 三甲医院医生 → 内科/外科（待细问） |\r\n| 身份 | 直接提取+推导 | 第1层-个人输入 | 辞职意向 → 中年职业危机身份 |\r\n| 名人 | 推理推导 | 第2层-网络搜索+第3层-LLM推理 | 网络搜索中国医疗领域代表性人物，验证后由LLM匹配最接近原型 |\r\n| 拟人 | 默认值 | 第4层-默认值 | 真实人类 |\r\n| 躯体 | 直接提取 | 第1层-个人输入 | 中年女性（40-50岁） |\r\n| 文化 | 推理推导 | 第3层-LLM推理 | 三甲医师 → 高学历/城市中产/当代 |\r\n| 关系 | 主动询问 | 第1层-个人输入 | 已婚？有孩子？家人在城市还是需要回老家？ |\r\n| 层级 | 推理推导 | 第3层-LLM推理 | 副主任/主任医师 → 科室中观层 |\r\n| 功能 | 推理推导 | 第3层-LLM推理 | 医生→C认知+I交互为主导 |\r\n| 能力 | 推理推导 | 第3层-LLM推理 | 三甲医师→高R1信息密度+高R4规范性 |\r\n| 动机 | 直接提取+推导 | 第1层-个人输入 | 价值驱动（支教）+中年意义危机 |\r\n| 动态 | 推理推导 | 第3层-LLM推理 | 职业转换的生命周期转折点 |\r\n\r\n**信息源分布统计**: 第1层(个人输入)6维 / 第2层(网络)1维 / 第3层(LLM推理)5维 / 第4层(默认值)1维 |\r\n\r\n**主动询问清单**:\r\n1. 林医生是什么科室的？（内科/外科/儿科/妇产科/急诊）\r\n2. 她结婚了吗？有孩子吗？孩子多大？\r\n3. 是什么触发了她想去支教的念头？（患者经历/同事事件/中年危机）\r\n4. 辞职去支教的时间线？是在纠结中还是已经决定了？\r\n\r\n#### C0-03 执行顺序确定\r\n\r\n**依赖分析**:\r\n```\r\nC0-01（知:职业/躯体/动机）──→ C0-02（策略:12维分配）\r\n                                     │\r\n              ┌──────────────────────┼──────────────────────┐\r\n              ▼                      ▼                      ▼\r\n        C1 职业身份             C2 名人与拟人           C3 躯体与文化\r\n        (C1-01→11→12)           (C2-01→21→22)          (C3-01→31→32)\r\n              │                      │                      │\r\n              └──────────────────────┼──────────────────────┘\r\n                                     ▼\r\n                               C4 关系层级\r\n                              (C4-01→41→42)\r\n                                     │\r\n                        ┌────────────┼────────────┐\r\n                        ▼                         ▼\r\n                  C5 功能能力                C6 动机动态\r\n                 (C5-01→51→52)          (C6-01→61→62→63)\r\n                        │                         │\r\n                        └────────────┬────────────┘\r\n                                     ▼\r\n                               C7 整合输出\r\n                              (C7-01→71→72)\r\n```\r\n\r\n**并行/串行标注**:\r\n| 阶段 | 域 | 策略 | 原因 |\r\n|------|----|------|------|\r\n| 第1阶段 | C1/C2/C3 | 并行(‖) | 实体层三个域互不依赖——职业锚定不需要等拟人类型确定，躯体填充不需要等文化背景 |\r\n| 第2阶段 | C4 | 串行(→) | 关系网络的对象列表依赖C1的职业身份产出 |\r\n| 第3阶段 | C5/C6 | 并行(‖) | 元操作映射与动机分析互相独立——可以参考但不必等待 |\r\n| 第4阶段 | C7 | 串行(→) | 依赖全部前序域输出 |\r\n\r\n**关键依赖路径**:\r\n- C4 不可跳过——林医生必须定义\"家人是否支持辞职\"才能进入后续的动机和动态分析\r\n- C5 必须在 C1 之后——元操作映射以职业锚定为基础\r\n- C6 的 C6-02（场景映射）依赖 C4-01（关系网络）和 C6-01（动机分析）\r\n\r\n**管线模式选择**: P1 基础闭环（S→C→C→A→O）——这是标准的全维度顺序填充任务，不需要迭代精炼（P2）、交互确认节点由C0-02的主动询问清单覆盖，不适用于整个管线的顶层模式。\r\n\r\n**执行顺序总结**:\r\n```\r\nC0-01 → C0-02 → C0-03 → [C1‖C2‖C3] → C4 → [C5‖C6] → C7\r\n                       实体层并行      社会层     抽象层并行    整合\r\n```\r\n\r\n#### C0-04 需求解析校验\r\n\r\n| 校验项 | 结果 | 说明 |\r\n|-------|------|------|\r\n| 双轴判定合理性 | PASS | 角色类型=写实（基于真实职业医师），角色用途=叙事（用于小说创作），组合合理 |\r\n| 12维策略完整性 | PASS | 12维全部纳入填充计划，高权重维（叙事：躯体/文化/动机/动态/关系）使用第1+2层信息源 |\r\n| 执行顺序正确性 | PASS | C0→C1/C2/C3并行→C4→C5/C6并行→C7，管线正确 |\r\n\r\n**校验通过 → 放行进入实体层填充**。\r\n\r\n### 说明\r\n- 这是一个写实角色，大部分维度可以从职业推导，但关键的关系维和动机细节需要与用户确认\r\n- 角色核心张力：三甲医院的稳定高地位 vs 支教的低地位但有意义——这是中年价值危机的经典主题\r\n- 关系维特别关键：家人是否支持辞职是故事的核心冲突点\r\n- C0域三个任务全部示范完成：C0-01解析/C0-02策略/C0-03顺序\n\nFile v1.0.15:references/exemplars/C002-角色需求解析域范本.md\n\n## 功能角色需求解析\r\n\r\n- **类型**: 功能（AI工具角色）\r\n- **对应域**: C0\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户请求：\"生成一个面向独立开发者的AI编程助手角色，它叫Coddy，运行在VS Code插件里，能看代码、能聊天、能写代码。\"\r\n\r\n### 输出\r\n\r\n#### C0-01 角色需求解析\r\n\r\n**角色名称**: Coddy（用户已提供）\r\n\r\n**角色类型**: 功能（AI工具角色）\r\n\r\n**已知维度**:\r\n| 维度 | 已知信息 | 来源 |\r\n|------|---------|------|\r\n| 职业 | AI编程助手（VS Code插件） | 用户直接提供 |\r\n| 功能 | 看代码、聊天、写代码 | 用户直接提供 |\r\n| 拟人 | AI与虚拟拟人 | 用户直接提供（\"AI编程助手\"） |\r\n| 躯体 | 无物质身体 | 从AI角色推导 |\r\n| 关系 | 功能关系（用户↔助手） | 从AI角色推导 |\r\n| 层级 | 辅助层（支撑性角色） | 从AI角色推导 |\r\n\r\n**缺失维度**:\r\n| 维度 | 状态 | 填充策略 |\r\n|------|------|---------|\r\n| 身份 | 待定义 | AI工具没有\"组织/家庭\"身份，但可以有人格化身份（如：你的编程伙伴） |\r\n| 名人 | 待推导 | 匹配真实AI产品作为参照原型（GitHub Copilot/Cursor/Claude等） |\r\n| 文化 | 待推导 | AI工具的文化属性来自训练数据和设计选择——默认全球/英语+目标用户语言 |\r\n| 能力 | 待推导 | 编程能力范围+交互能力+知识截止日期+工具使用能力 |\r\n| 动机 | 待推导 | AI动机由设计目标定义——\"帮助用户完成编程任务\" |\r\n| 动态 | 待推导 | 生命周期=版本迭代；场景=工作场景为主；虚实=AI角色 |\r\n\r\n**用户明确要求**: 无特殊要求。功能角色需特别注意的默认约束：\r\n- AI工具的角色定义不是\"扮演一个人\"，而是\"定义一套行为模式\"\r\n- AI没有内在冲突——它的动机、行为和能力应该完全自洽\r\n- 本体属性（算法/数据/API）比人格化属性更重要\r\n\r\n**功能角色与写实/虚构角色的核心差异**:\r\n- 写实角色需要\"内在矛盾\"来增加真实感 → AI工具不需要，矛盾反而是bug\r\n- 虚构角色需要\"世界观一致\" → AI工具的世界观就是\"产品定义+安全政策\"\r\n- 功能角色的12维是在定义\"这个AI工具有什么样的能力和行为边界\"，不是在\"创造一个有趣的角色\"\r\n\r\n#### C0-02 维度填充策略\r\n\r\n| 维度 | 策略 | 信息源 | 具体方法 |\r\n|------|------|--------|---------|\r\n| 职业 | 直接提取 | 第1层-个人输入 | AI编程助手（VS Code插件）→ 细分为：代码自动补全 / 对话式编程 / 代码审查 |\r\n| 身份 | 推导 | 第3层-LLM推理 | AI没有人类身份，用\"人格化身份\"替代：编程伙伴（而非\"员工/下属\"） |\r\n| 名人 | 推理推导 | 第2层-网络搜索+第3层-LLM推理 | GitHub Copilot（AI编程助手标杆）、Cursor（对话式编程）、Claude（安全对齐） |\r\n| 拟人 | 默认值 | 第4层-默认值 | AI与虚拟拟人（本体=LLM+代码分析引擎，人格化=友好的编程伙伴\"Coddy\"） |\r\n| 躯体 | 默认值 | 第4层-默认值 | 无物质身体（纯数据存在）+ 界面存在（代码面板+聊天面板+命令面板） |\r\n| 文化 | 推导 | 第3层-LLM推理 | 无国籍/民族/宗教/阶级/时代，默认全球化+多语言（根据用户语言切换） |\r\n| 关系 | 推导 | 第3层-LLM推理 | 功能关系：用户↔AI助手（单向），强度=核心（每次编码必用） |\r\n| 层级 | 推导 | 第3层-LLM推理 | 辅助层（工具性角色，永远不取代用户决策） |\r\n| 功能 | 推导 | 第3层-LLM推理 | S感知（读代码/搜文档）+ C认知（分析bug）+ A行动（生成代码）为主导 |\r\n| 能力 | 推导+主动询问 | 第1层-个人输入+第3层-LLM推理 | 能力=编程语言范围（主动询问支持哪些语言）+ 代码分析深度 + 对话能力 + 工具集成范围 |\r\n| 动机 | 推导 | 第3层-LLM推理 | 合规驱动（遵守安全政策+帮助用户但不越权）+ 认知驱动（\"理解并解决问题\"是AI的代理性动机） |\r\n| 动态 | 推导 | 第3层-LLM推理 | 生命周期=版本迭代（v1.0→v2.0），场景=工作场景（VS Code内）+ 学习场景（用户提问），虚实=AI角色 |\r\n\r\n**信息源分布统计**: 第1层(个人输入)2维 / 第2层(网络)1维 / 第3层(LLM推理)10维 / 第4层(默认值)2维。功能角色的个人输入占比极低（2/12），因为AI工具的大部分属性由\"产品定义\"而非\"个人经历\"决定。\r\n\r\n**主动询问清单**:\r\n1. Coddy支持哪些编程语言？（全栈？还是专注某几门？）\r\n2. 它的代码分析深度：只能看当前文件？还是跨文件/跨项目理解？\r\n3. 它能否执行终端命令（如安装依赖/运行测试）还是只读代码？\r\n4. 它的安全边界是什么？（能否访问外部API/网络搜索/执行用户给定的任意代码？）\r\n5. 人格化程度：（纯工具语气 / 有固定人格（如\"友好的技术导师\"）/ 让用户自定义？）\r\n\r\n#### C0-03 执行顺序确定\r\n\r\n**依赖分析**:\r\n```\r\nC0-01（知:AI编程助手/VS Code插件/读代码+聊天+写代码）──→ C0-02（策略:12维分配）\r\n                                                  │\r\n    ┌─────────────────────────────────────────────┤\r\n    ▼                                             ▼\r\n  C2（拟人类型:AI拟人,本体=LLM）              C5（功能:元操作映射→S/A/C主导）\r\n    │                                             │\r\n    ▼                                             ▼\r\n  C5（能力:编程语言范围+分析深度+工具范围）   C6（动机:合规驱动,无内部矛盾）\r\n    │                                             │\r\n    └─────────────────────┬───────────────────────┘\r\n                          ▼\r\n                    C7（整合:输出AI工具的角色Skill）\r\n```\r\n\r\n**并行/串行标注**:\r\n| 阶段 | 域 | 策略 | 原因 |\r\n|------|----|------|------|\r\n| 第1阶段 | C2/C5/C6 | 并行(‖) | AI角色不需要C1(职业锚定)/C3(躯体)/C4(关系网络)的完整填充，直接进入能力定义 |\r\n| 第2阶段 | C7 | 串行(→) | 依赖前序全部 |\r\n\r\n**AI角色技能跳跃特殊规则**:\r\n- C1（职业锚定）降级为简短标注：不需要行业分类/任务谱系/职业来源\r\n- C3（躯体）固定为\"无物质身体\"：不需要年龄/性别/健康/外貌\r\n- C4（关系）简化为\"功能关系：用户↔AI\"\r\n- C6（动机动态）简化为\"合规驱动\"：AI角色的动机体系天然简于人类角色\r\n\r\n**管线模式选择**: P4 条件分支（S→C?→A₁:A₂）——AI助手的基本工作模式就是感知用户意图→分析→根据不同请求类型执行不同的行动（生成代码/解释代码/搜索文档/拒绝不安全请求）。\r\n\r\n**执行顺序总结**:\r\n```\r\nC0-01 → C0-02 → C0-03 → [C2(拟人)‖C5(能力)‖C6(动机)] → C7\r\n                        AI三个核心维并行        整合\r\n```\r\n\r\n#### C0-04 需求解析校验\r\n\r\n| 校验项 | 结果 | 说明 |\r\n|-------|------|------|\r\n| 双轴判定合理性 | PASS | 角色类型=功能（AI编程助手），角色用途=交互（Chatbot），组合合理 |\r\n| 12维策略完整性 | PASS | 交互用途：躯体/文化/名人标记为\"不适用\"跳过，功能/能力/动机/动态为高权重维 |\r\n| 执行顺序正确性 | PASS | 功能角色管线简化（C1/C3/C4简化），仅C2(拟人)/C5(能力)/C6(动机)并行后直接C7 |\r\n\r\n**校验通过 → 放行进入实体层填充**。\r\n\r\n### 说明\r\n- 功能角色是12维框架的\"瘦身版\"应用——AI机器人不需要人类角色的许多维度（躯体/文化/家庭身份/情感关系），但需要新增AI特有的维度（安全边界/能力范围/产品定义/工具集成）\r\n- AI角色的\"内在矛盾\"不是bug而是设计缺陷——生成AI角色时如果发现动机/能力/行为之间有矛盾，这是需要修复的问题，不是\"角色深度\"\r\n- 功能角色的C0-03管线比人类角色更短（4阶段vs7阶段），因为C1/C3/C4被简化或跳过。这不是偷工减料，而是\"AI角色天然比人类角色维度少\"——12维框架尊重这个差异\n\nFile v1.0.15:references/exemplars/C003-角色需求解析域范本.md\n\n## 虚构角色需求解析\r\n\r\n- **类型**: 虚构\r\n- **对应域**: C0\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户请求：\"生成一个反乌托邦世界的告密者角色，她在巨型科技公司做数据工程师，发现了公司用AI操控选举的秘密。\"\r\n\r\n### 输出\r\n\r\n#### C0-01 角色需求解析\r\n\r\n**角色名称**: K（临时占位，致敬卡夫卡）\r\n\r\n**角色类型**: 虚构\r\n\r\n**已知维度**:\r\n| 维度 | 已知信息 | 来源 |\r\n|------|---------|------|\r\n| 职业 | 巨型科技公司数据工程师 | 用户直接提供 |\r\n| 身份 | 告密者/内部人 | 用户直接提供 |\r\n| 能力 | 数据工程技能、发现AI操控选举 | 用户直接提供 |\r\n| 动机 | 揭露真相 | 用户直接提供 |\r\n| 文化 | 反乌托邦世界（需定义世界观） | 用户直接提供 |\r\n\r\n**缺失维度**:\r\n| 维度 | 状态 | 填充策略 |\r\n|------|------|---------|\r\n| 名人 | 待推导 | 匹配现实告密者原型（斯诺登/曼宁等） |\r\n| 拟人 | 默认值 | 真实人类（但世界观需先定义） |\r\n| 躯体 | 待推导 | 需定义性别/年龄（\"她\"已知为女性） |\r\n| 关系 | 待推导 | 公司内部关系网络+是否有外部盟友 |\r\n| 层级 | 待推导 | 数据工程师→微观至中观层 |\r\n| 功能 | 待推导 | 工程师→S感知+C认知主导 |\r\n| 动态 | 待推导 | 告密→逃亡/隐藏→公开审判？ |\r\n\r\n**用户明确要求**: 需要先定义世界观。反乌托邦的程度直接决定角色的行动空间和行为约束。\r\n\r\n**虚构角色特殊处理**:\r\n- 世界观必须先于角色定义（反乌托邦的类型：技术监控/极权统治/后末日/消费主义失控？）\r\n- 职业\"巨型科技公司数据工程师\"在反乌托邦背景下可能是政府合作机构，职业伦理与当代完全不同\r\n- 告密行为的风险程度由世界观直接决定（死刑 vs 开除 vs 社会性死亡）\r\n\r\n#### C0-02 维度填充策略\r\n\r\n| 维度 | 策略 | 信息源 | 具体方法 |\r\n|------|------|--------|---------|\r\n| 职业 | 直接提取 | 第1层-个人输入 | 数据工程师（需匹配合适的反乌托邦设定） |\r\n| 身份 | 推导 | 第3层-LLM推理 | 告密者→内部叛徒/人民英雄双重视角 |\r\n| 名人 | 推理推导 | 第2层-网络搜索+第3层-LLM推理 | 网络搜索验证斯诺登事实→LLM匹配：斯诺登（技术告密原型） |\r\n| 拟人 | 默认值 | 第4层-默认值 | 真实人类 |\r\n| 躯体 | 推导 | 第3层-LLM推理 | 女性（已提供），年龄推断为30-35岁（中高级工程师） |\r\n| 文化 | 推导 | 第3层-LLM推理 | 需先定义反乌托邦类型：假设为\"技术监控+极权统治\"型 |\r\n| 关系 | 主动询问 | 第1层-个人输入 | 在公司是否有被监控？是否有家人作为人质筹码？ |\r\n| 层级 | 推导 | 第3层-LLM推理 | 中高级工程师→微观层执行者+潜在中观层影响力 |\r\n| 功能 | 推导 | 第3层-LLM推理 | 数据工程师→S感知主导（发现异常数据）+C认知（分析操控模式） |\r\n| 能力 | 推导 | 第3层-LLM推理 | 高R1信息密度+高R4规范性（数据工程领域）+低R4（违规告密打破规范） |\r\n| 动机 | 直接提取 | 第1层-个人输入 | 揭露真相（价值驱动+良知驱动） |\r\n| 动态 | 推导 | 第3层-LLM推理 | 职业稳定→发现秘密→内心挣扎→决定告密→逃亡/被捕 |\r\n\r\n**信息源分布统计**: 第1层(个人输入)3维 / 第2层(网络)1维 / 第3层(LLM推理)8维 / 第4层(默认值)1维。虚构角色相比写实角色，个人输入占比更低（3 vs 6），因为世界观需要LLM推理填补；网络搜索占比相同（1维：名人验证）\r\n\r\n**世界观定义（C0-01补充）**:\r\n- 类型：技术极权型反乌托邦（AI监控+大数据统治）\r\n- 设定要素：单一巨型科技公司与政府一体；全员实时行为评分；告密者定义为\"国家公敌\"\r\n- 对角色行为的约束：任何数字痕迹可追踪、家人可作为人质、无合法告密渠道\r\n\r\n**主动询问清单**:\r\n1. 反乌托邦的具体设定：技术监控型/极权政治型/后末日型？\r\n2. 告密的对象：揭发给谁？地下抵抗组织/外国媒体/内部泄露？\r\n3. 她发现了多久才开始计划告密？这个过程中有人支持她吗？\r\n4. 她家人的存在和态度？（最关键的动机张力来源）\r\n\r\n#### C0-03 执行顺序确定\r\n\r\n**管线模式选择**: P1 基础闭环（S→C→C→A→O）——标准全维度填充。\r\n\r\n**执行顺序**:\r\n```\r\nC0-01 → C0-02 → C0-03 → [C1(职业锚定需先定义世界观前提) ‖ C2(虚构角色不需要名人锚→跳过) ‖ C3]\r\n                              ↓\r\n                            C4 → [C5 ‖ C6] → C7\r\n```\r\n\r\n**关键路径**: C1依赖C0输出的世界观定义——反乌托邦设定中的\"告密者\"不是一个真实职业，而是在特定世界观下的角色功能，必须先定义世界观再锚定职业。\r\n\r\n**并行策略**: C2域可跳过名人锚点（虚构角色可以不需要真实人物原型），但拟人类型（真实人类）仍需填充。C2和C3可与C1并行触发。\r\n\r\n#### C0-04 需求解析校验\r\n\r\n| 校验项 | 结果 | 说明 |\r\n|-------|------|------|\r\n| 双轴判定合理性 | PASS | 角色类型=虚构（反乌托邦世界观），角色用途=叙事（小说创作），组合合理 |\r\n| 12维策略完整性 | PASS | 叙事用途：躯体/文化/动机/动态/关系为高权重维，职业/身份需基于世界观定义 |\r\n| 执行顺序正确性 | PASS | 虚构角色：C1职业锚定需先定义世界观前提，再走标准C0→C1/C2/C3→C4→C5/C6→C7管线 |\r\n\r\n**校验通过 → 放行进入实体层填充**。\r\n\r\n### 说明\r\n- 虚构角色与写实角色的核心差异：世界观必须先于角色定义。写实角色的世界就是现实世界，虚构角色的每个维度都受世界观约束\r\n- 告密者角色天然带有\"内部人叛变\"的戏剧张力——她不是外部敌人，而是体制内醒悟者\r\n- 技术告密的独特之处在于\"用工具反工具\"——她作为数据工程师，最懂系统的漏洞，也最懂如何利用它告密\n\nFile v1.0.15:references/exemplars/C101-职业与身份域范本.md\n\n## 程序员职业锚定\r\n\r\n- **类型**: 写实\r\n- **对应域**: C1\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户已确认角色基本概念：\"一个辞去大厂工作做独立游戏的程序员，30岁，叫陈远。\"\r\n\r\n### 输出\r\n\r\n#### C1-01 职业锚定\r\n\r\n**行业大分类**: 科技与工程 → 软件开发\r\n\r\n**职业任务谱系**:\r\n\r\n| 阶段 | 职业角色 | 时间 | 说明 |\r\n|------|---------|------|------|\r\n| 前职 | 某大厂高级前端工程师 | 25-29岁 | T7级，负责过DAU千万级产品的核心模块 |\r\n| 现职 | 独立游戏开发者 | 29岁至今(30岁) | 全职独立开发，第一款游戏Steam EA阶段 |\r\n\r\n**当前职业描述**:\r\n- 核心职责：游戏策划+程序+美术像素风+音效+Steam运营+社群管理（一人全栈）\r\n- 典型工作内容：每日6-8小时Unity/C#开发，2小时Steam社区/GitHub维护，周末看数据/玩家反馈\r\n- 所需技能：Unity引擎/C#/游戏数值设计/像素美术/游戏音效/Steamworks SDK/社群运营\r\n- 职业特征：低固定收入（游戏未盈利前依赖储蓄+偶尔外包接单）、高自由度、高风险高回报\r\n- 大厂前职留下的遗产：React/Vue架构经验（已不再使用）、大规模系统设计方法（对游戏架构有益）、前同事人脉（外包接单来源之一）\r\n\r\n**职业来源**: 真实职业（独立游戏开发者在全球游戏产业中是广泛存在的职业路径）\r\n\r\n**职业与大厂前职的张力**: 这是角色核心张力之一——从\"高薪稳定大厂\"到\"自雇独立开发\"不是简单的职业转换，而是从O组织角色（大厂系统中的执行者+组织者）到A行动角色（完全自主的创造者）的根本转变。\r\n\r\n#### C1-02 身份叠加\r\n\r\n**组织身份**:\r\n| 维度 | 内容 |\r\n|------|------|\r\n| 组织类型 | 自雇/无组织 |\r\n| 职级 | 创始人（一人工作室） |\r\n| 角色 | 独立游戏开发者 |\r\n| 权限 | 完全的自主决策权 |\r\n| 组织规模 | 1人（+偶尔外包美术/音效） |\r\n\r\n**家庭身份**:\r\n| 维度 | 内容 |\r\n|------|------|\r\n| 父母 | 陈远与父母关系疏离——父母认为\"辞掉大厂做游戏\"是\"不务正业\"，近半年几乎不联系 |\r\n| 婚恋 | 有一个交往2年的女友（林小满），她是中学美术老师，业余帮陈远做游戏美术素材 |\r\n| 子女 | 无 |\r\n\r\n**社会身份**:\r\n| 维度 | 内容 |\r\n|------|------|\r\n| 公民 | 中国公民 |\r\n| 行业社群 | IndiePlay会员/中国独立游戏联盟活跃成员/几个独立游戏开发Discord群管理员 |\r\n| 社群角色 | 知乎游戏开发话题活跃回答者（粉丝3000+） |\r\n| 前职社群 | 前大厂同事群（已很少发言，但偶尔外包从群里来） |\r\n\r\n**知识身份**:\r\n| 维度 | 内容 |\r\n|------|------|\r\n| 学习背景 | 985计算机本科（中等偏上成绩，不是学霸型） |\r\n| 知识结构 | 科班出身 + 5年工程实践 + 1年自学游戏设计 |\r\n| 认知地位 | 技术领域：资深（5年大厂经验） / 游戏设计：新手（1年自学+实践） / 商业运营：新手 |\r\n| 学习方式 | 自学型（辞职就是因为想学的东西\"大厂不让你学\"） |\r\n| 领域认知 | 从\"工程思维\"到\"产品思维\"的转型期——大厂教会了\"怎么做\"，独立开发在教会\"做什么\" |\r\n\r\n**身份张力分析**:\r\n- 核心张力：女友支持 vs 父母反对——林小满是唯一理解他的人，但也因为他的\"职业不稳定\"无法推进结婚计划\r\n- 社交张力：在独立游戏圈如鱼得水，在前大厂圈逐渐边缘化\r\n- 自我认同张力：\"我到底是个程序员还是游戏制作人？\"——这是他辞职后最大的身份焦虑\r\n\r\n#### C1-03 职业身份校验\r\n\r\n| 校验项 | 结果 | 说明 |\r\n|-------|------|------|\r\n| 职技匹配 | PASS | 计算机专业+5年大厂编程+1年游戏开发，技能链完整 |\r\n| 身份层级合理 | PASS | 29岁辞职符合\"5年大厂→独立创业\"的常见时间节点 |\r\n| 多身份一致性 | PASS | 女友支持+父母反对+前同事疏远+新社群接纳，形成合理的社会关系张力网络 |\r\n\r\n#### C1-04 职业身份深化\r\n\r\n**深化来源**: C1-03 校验结果全部 PASS，无 FAIL 项。用户反馈希望补充陈远辞职前后的身份转变细节。\r\n\r\n**深化类型**: 职业细化 + 身份张力重新分析\r\n\r\n**深化执行**:\r\n- 补充了\"大厂前端→独立游戏开发者\"的职业转变动机（从O组织角色到A行动角色的根本转变）\r\n- 细化了身份张力：女友支持 vs 父母反对的矛盾，在身份张力分析中增加了具体冲突场景\r\n- 职业×能力关联已同步更新 C5-02 中的能力评估（增加了\"游戏设计自学1年\"的具体技能树）\r\n\r\n**重新校验**: C1-03 三项校验重新通过（职技匹配 PASS / 身份层级 PASS / 多身份一致性 PASS）。\r\n\r\n### 说明\r\n- 程序员的职业锚定不是\"填个职业名称就行\"——同一个\"程序员\"标签下，大厂前端和独立游戏开发者的功能、身份、能力、动机完全不同\r\n- 职业-身份-能力的关联是最强的推导链：大厂前职遗留的技术能力+缺失的商业能力+女友的美术支持=一个典型的独立游戏开发者画像\r\n- 身份张力（女友支持/父母反对/新老社群切换）是角色故事性的核心来源，需要在职业锚定阶段就捕捉到\n\nFile v1.0.15:references/exemplars/C201-名人与拟人域范本.md\n\n## 动物拟人角色\r\n\r\n- **类型**: 拟人\r\n- **对应域**: C2\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户请求：\"生成一个狐狸拟人角色——他是民国上海滩的私家侦探，聪明狡猾但骨子里有正义感。\"\r\n\r\n### 输出\r\n\r\n#### C2-01 名人锚点匹配\r\n\r\n**主锚点**: 无直接名人（动物拟人角色的名人锚点通常匹配角色类型而非动物本体）\r\n\r\n**角色类型锚点**:\r\n| 名人锚 | 匹配维度 | 说明 |\r\n|-------|---------|------|\r\n| 真实的民国私家侦探——平襟亚（笔名\"网蛛生\"） | 职业+时代 | 民国时期著名侦探小说作家，了解民国侦探行业生态 |\r\n| 福尔摩斯（虚构，不能作为名人锚，但可作为角色类比） | 功能类比 | \"狐狸版的福尔摩斯\"——聪明、观察力强、性格孤僻 |\r\n\r\n**复合原型说明**: 动物拟人角色的名人锚匹配有天然困难——名人是真实人类，而角色的核心特征之一是动物本体。因此名人锚仅用于匹配职业类型和性格特质，动物本体特征需从狐狸的自然习性中提取。\r\n\r\n#### C2-02 拟人类型确定\r\n\r\n**拟人类型**: 动物拟人\r\n\r\n**本体属性**（狐狸的原始特征，被保留）:\r\n| 本体特征 | 角色映射 |\r\n|---------|---------|\r\n| 狡猾/机敏 | 侦探的核心能力——善于识破谎言、发现线索 |\r\n| 夜行性动物 | 夜间办案、习惯性昼夜颠倒 |\r\n| 敏锐的听觉和嗅觉 | 侦探的\"第六感\"——能\"闻到\"不对劲的地方 |\r\n| 独居倾向 | 性格孤僻、不喜与人合作、独来独往 |\r\n| 漂亮的皮毛/尾巴 | 外表精致、穿着考究（民国西装/长衫）、标志性的大尾巴 |\r\n| 食肉动物（小型捕食者） | 在食物链中处于\"中层捕食者\"——不是顶级掠食者，总是小心谨慎 |\r\n\r\n**人格化属性**（投射到狐狸身上的人类特质）:\r\n| 人格化特征 | 角色映射 |\r\n|-----------|---------|\r\n| 语言能力 | 能说流利的上海话和国语，偶尔蹦出几句英语（租界背景） |\r\n| 情感体系 | 有正义感、对委托人负责、对恶人冷酷、偶尔心软 |\r\n| 社会关系 | 有固定的线人网络、与巡捕房探长亦敌亦友 |\r\n| 职业伦理 | 收钱办案，但遇到穷苦人的案子会打折甚至免费 |\r\n| 物质生活 | 住在法租界的小公寓、喝咖啡、抽雪茄、听留声机 |\r\n\r\n**拟人化程度**: 完全人格化（动物特征仅保留为\"种族属性\"，社会行为方式完全人类化）\r\n\r\n**本体与人格的融合点**:\r\n- 狐狸的狡猾 → 侦探的推理能力：不是\"聪明\"，而是\"天生的机敏和直觉\"\r\n- 夜行性 → 侦探的工作习惯：不是\"勤奋\"，而是\"本能地晚上更清醒\"\r\n- 独居 → 孤僻性格：不是\"选择独身\"，而是\"狐狸天生不群\"\r\n- 中层捕食者 → 在租界权势网络中的位置：他不是只手遮天的大佬，是小心翼翼却精准致命的中型猎手\r\n\r\n#### C2-03 名人拟人校验\r\n\r\n| 校验项 | 结果 | 说明 |\r\n|-------|------|------|\r\n| 名人真实性 | PASS | 平襟亚为真实民国文人，侦探题材相关（间接关联） |\r\n| 拟人本体尊重 | PASS | 所有狐狸特征均被保留并映射到角色功能中，无人格抹除本体 |\r\n| 本体人格融合度 | PASS | 狡猾(本体)→推理(人格)、夜行(本体)→夜间办案(人格)、独居(本体)→孤僻(人格)——所有映射都是\"本体特征驱动行为模式\"而非\"强加人类属性\" |\r\n\r\n#### C2-04 名人拟人深化\r\n\r\n**深化来源**: C2-03 校验全部 PASS。用户反馈对拟人程度有疑问——\"狐狸侦探\"的拟人化是否过度。\r\n\r\n**深化类型**: 拟人程度微调\r\n\r\n**深化执行**:\r\n- 确认拟人类型为\"动物拟人（狐狸）\"，本体属性（狐狸的狡猾/敏捷/夜行习性）保留\r\n- 人格化属性从\"完全人格化\"微调为\"部分人格化\"——保留狐狸尾巴和耳朵作为本体标记，但不影响社会交互\r\n- 名人锚点从\"福尔摩斯\"调整为\"福尔摩斯+江户川乱步\"复合原型（80%推理方法+20%日式侦探美学）\r\n\r\n**重新校验**: C2-03 两项校验重新通过（名人真实性 PASS / 拟人本体尊重 PASS）。\r\n\r\n### 说明\r\n- 动物拟人角色的核心难点不是\"人格化\"，而是\"本体属性如何自然映射为角色行为\"——不能是\"套了狐狸皮的普通人\"\r\n- 名人锚对于动物拟人角色只能匹配职业/性格原型，不能匹配本体（因为没有\"狐狸名人\"）\r\n- 本体属性中\"中层捕食者\"这个生态位是角色设计的关键——它不是顶级掠食者，这直接决定了角色在民国权力网络中的位置：他不是黄金荣杜月笙那种老虎级的人物，而是精准操控信息、在缝隙中生存的狐狸\n\nFile v1.0.15:references/exemplars/C301-躯体与文化域范本.md\n\n## 中世纪骑士角色\r\n\r\n- **类型**: 写实（历史）\r\n- **对应域**: C3\r\n- **来源**: 教学示例\r\n- **日期**: 2026-07-10\r\n\r\n### 输入\r\n用户请求：\"生成一个12世纪英格兰的诺曼骑士角色，圣地亚哥骑士团成员，参加过第二次十字军东征。\"\r\n\r\n### 输出\r\n\r\n#### C3-01 躯体属性填充\r\n\r\n**基本属性**:\r\n| 属性 | 内容 | 依据 |\r\n|------|------|------|\r\n| 年龄 | 38岁 | 12世纪骑士平均寿命40-45岁，38岁已是经验丰富的老将（1147年第二次十字军时约29岁参加） |\r\n| 性别 | 男性 | 12世纪骑士制度仅对男性开放 |\r\n| 体型 | 身高约1.72m，体重约75kg，宽肩窄腰，肌肉发达但不臃肿 | 中世纪欧洲男性平均身高；骑士长期负重（板甲约25kg）；长期骑行导致大腿粗壮但上身灵活 |\r\n| 健康状况 | 右膝旧伤（耶路撒冷围城战中落马所致，阴雨天疼痛）、左手无名指和小指无法完全弯曲（被撒拉森人的弯刀削断肌腱）、背部有鞭痕（一次被俘经历） | 每个伤病都有战场经历支撑，不是随意编造 |\r\n| 外貌特征 | 脸部：深陷的灰蓝色眼睛、鹰钩鼻、下颌有一道从左耳到嘴角的剑痕（年轻时决斗失败留下的，说话时疤痕会扭曲）、棕褐色短发已染白霜、络腮胡 | 诺曼人典型的北欧血统面相 + 战争痕迹 |\r\n| 着装风格 | 平时：亚麻衬衣+羊毛外衣+皮靴；战斗：锁子甲（板甲在12世纪还未普及）+ 桶形头盔 + 骑士团白色罩袍上有红色十字 | 时代准确（12世纪仍是锁子甲时代） |\r\n| 物质身体 | 是（正常人类，但身体已被战争磨损） | — |\r\n\r\n**躯体与新身份的张力**（若考虑退役后的角色发展）:\r\n- 38岁的骑士身体已开始衰退——右膝旧伤影响骑行和步战——这个角色正面临\"骑士生涯还能持续多久\"的躯体性中年危机\r\n- 如果角色选择退役进入修道院（许多十字军老兵的实际归宿），他的新躯体状态将影响新的角色功能\r\n\r\n#### C3-02 文化背景填充\r\n\r\n**文化坐标**:\r\n| 属性 | 内容 | 依据 |\r\n|------|------|------|\r\n| 国籍 | 英格兰王国（诺曼底公爵征服后） | 12世纪英格兰已由诺曼王朝统治 |\r\n| 民族 | 诺曼人（祖辈是跟随威廉一世征服英格兰的诺曼骑士后代） | 诺曼人是当时英格兰的统治阶层 |\r\n| 母语 | 诺曼法语（母语）、中古英语（会但不屑于用）、拉丁语（宗教仪式用，能读不能说） | 诺曼贵族讲法语，撒克逊平民讲英语 |\r\n| 宗教 | 罗马天主教（虔诚但不狂热，参加过十字军但亲眼见过耶路撒冷的\"圣战\"真相后有所动摇） | 核心角色张力——虔诚vs幻灭 |\r\n| 社会阶级 | 贵族（骑士阶层，拥有家族领地约200英亩，有3个农奴家庭耕作） | 骑士是贵族的最底层，上有男爵/伯爵/公爵 |\r\n| 所处时代 | 公元1175年左右（第二次十字军东征1147-1149年结束后的25年） | 精准定年在亨利二世统治时期 |\r\n| 亚文化 | 骑士团文化（圣地亚哥骑士团的军事修士文化） | — |\r\n\r\n**典型一天的文化生活**:\r\n- 早晨：弥撒（拉丁语，他能跟着念但不太理解内容）\r\n- 上午：巡视领地/训练/与管家讨论收成\r\n- 中午：与领地贵族邻居共进午餐（诺曼法语交流）\r\n- 下午：训练年轻侍从（边练边讲十字军的故事，中古英语和诺曼法语混杂）\r\n- 晚上：在城堡大厅与家人晚餐（诺曼法语），睡前祈祷（拉丁语）\r\n\r\n**文化冲突点**:\r\n- 他在十字军东征中接触了阿拉伯文化和科学（数学、医学、天文学），对这些知识产生了隐秘的敬畏——但在公开场合必须表态\"异教徒的知识是魔鬼的诱惑\"\r\n- 他内心开始用阿拉伯式的理性思维质疑\"圣战\"的神学基础，但不敢对任何人说\r\n\r\n#### C3-03 躯体文化校验\r\n\r\n| 校验项 | 结果 | 说明 |\r\n|-------|------|------|\r\n| 时代寿命匹配 | PASS | 38岁在中世纪已是\"老将\"，伤病加速衰老进程，约40-45岁是合理死亡年龄 |\r\n| 文化外貌一致 | PASS | 诺曼人（北欧血统）的灰蓝眼睛/鹰钩鼻/棕褐色头发与历史人种描述一致 |\r\n| 信仰生活兼容 | FLAG | 骑士的天主教信仰与十字军经历带来的信仰动摇构成角色内在张力——这是设计的核心冲突点，保留 |\r\n\r\n**FLAG说明**: 信仰动摇是刻意设计——经历过十字军东征并接触过阿拉伯文明的老兵产生信仰怀疑，在历史上是有大量个案的非主流但真实存在的群体。保留这个张力因为它正是角色的故事价值所在。\r\n\r\n#### C3-04 躯体文化深化\r\n\r\n**深化来源**: C3-03 校验全部 PASS。用户反馈需要更详细的战斗损伤描述。\r\n\r\n**深化类型**: 躯体属性细化\r\n\r\n**深化执行**:\r\n- 补充了右肩旧伤（十字军东征中的箭伤，影响重剑挥舞角度）+ 左膝关节炎（常年骑马所致）\r\n- 战斗损伤与文化坐标保持一致（12世纪医疗条件下这些损伤是永久性的）\r\n- 同步更新 C5-02 能力评估中体力相关能力的限制（耐力评分从 8 降为 6）\r\n\r\n**重新校验**: C3-03 三项校验重新通过（时代寿命 PASS / 文化外貌 PASS / 信仰生活 PASS）。\r\n\r\n### 说明\r\n- 历史角色的躯体属性填充不能依赖\"一般常识\"——要严格按时代校准。12世纪没有板甲（那是13世纪末的事），平均身高远低于现代\r\n- 角色的身体不是\"填个数据\"就完了——身体的每一道伤疤都应该是角色的传记。膝关节的旧伤不仅是一个标签，它决定了\"角色还能骑马打仗多久\"\r\n- 文化冲突（天主教vs阿拉伯科学）是最深层的角色张力——不是职业冲突，不是关系冲突，是世界观的冲突。历史角色最大的价值就在于让现代读者看到\"在不同文化坐标系中人的思考方式\"\n\nArchive v1.0.14: 17 files, 146609 bytes\n\nFiles: references/character-builder-prompt.md (181984b), references/character-catalog.md (13754b), references/character-exemplars.md (2336b), references/character-requirements.md (53635b), references/exemplars/C001-角色需求解析域范本.md (6934b), references/exemplars/C002-角色需求解析域范本.md (8398b), references/exemplars/C003-角色需求解析域范本.md (6169b), references/exemplars/C101-职业与身份域范本.md (5359b), references/exemplars/C201-名人与拟人域范本.md (4777b), references/exemplars/C301-躯体与文化域范本.md (5962b), references/exemplars/C401-关系与层级域范本.md (7093b), references/exemplars/C501-功能与能力域范本.md (12511b), references/exemplars/C601-动机与动态域范本.md (10586b), references/exemplars/C701-整合校验域范本.md (22842b), skill-card.md (2306b), SKILL.md (21655b), _meta.json (137b)\n\nFile v1.0.14:SKILL.md\n\n---\r\nname: character-builder\r\nauthor: 王教成 Wang Jiaocheng (波动几何)\r\ndescription: 角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。\r\n---\r\n\r\n# 角色生成器\r\n\r\n## 定位\r\n\r\n本技能是**元技能系统（meta-skill-system）的下级母技能**，专门负责从任意角色概念出发，系统化填充12个正交维度，生成完整的角色Skill文件。\r\n\r\n**与元技能系统（meta-skill-system）的关系**：本技能消费元技能系统的三轴执行框架（6大元操作、R1-R5校准、管线编排），将12维角色分类体系转化为可执行的角色生成管线。两者的分工边界：**元技能系统做事，角色生成器造人**。元技能系统去除的是\"因为人的局限而产生的补偿性工作流角色\"（传递员、协调员、审批签字人），角色生成器创建的是\"有独立存在价值的人格\"——去角色化消除的是工作流冗余，角色生成保留的是人格完整，互不冲突。\r\n\r\n**为什么需要12维完整角色**：做事不需要完整角色——一个能写代码的AI不需要知道自己的星座。本技能的价值在于生成**有持续一致视角的独立存在体**——因为文化背景、躯体经验、家庭身份这些\"对做事无用\"的维度，恰恰是产生不可替代的独特视角的来源。本技能也是元技能系统M3领域负载物生成能力的一个边界验证：M3流程不仅可以生成\"做事用的技能\"，也可以生成\"有人格的创造物\"。\r\n\r\n**技能的两类消费方式**：生成的12维角色Skill有两种使用路径——①**嵌入型**，作为人格化层附加到做事用技能上，为任务执行注入真人感和一致视角（M3-03可选12维角色模型的核心场景）；②**独立型**，角色Skill自身即完整产品，用于角色扮演对话、角色间模拟互动、为小说/游戏创作提供人物灵感。用途轴的五种分类（叙事/游戏/交互/教学/品牌）决定角色维度的填充深度，消费方式决定角色Skill的目标形态。\r\n\r\n**核心理念**：角色 = 实体层坐标 × 社会层坐标 × 抽象层坐标。一个完整的角色不是\"一个标签\"，而是12个正交维度上各取一个值的乘积。本技能确保每个维度都被系统性填充，不遗漏、不敷衍。\r\n\r\n### 领域自身 R1-R5 定位\r\n\r\n本技能作为领域负载物（而非其生成的角色）的自身行为校准参数：\r\n\r\n| 维度 | 评分 | 说明 | 管线影响 |\r\n|------|------|------|---------|\r\n| R1 信息密度 | 高 | 角色生成依赖大量可验证的事实信息（职业体系/文化数据/名人事实/历史知识），S 感知和 C 认知的权重较高 | S 和 C 单元的管线上占比高，网络搜索使用频繁 |\r\n| R2 创造性 | 高 | 角色创作本身就是创造性活动——虚构角色需要原创设定，写实角色需要从事实中提取有张力的组合 | A 行动权重高，C 偏发散，G 偏宽松 |\r\n| R3 交互性 | 中高 | 角色生成需要在关键维度（职业/身份/动机/关系）上主动询问用户，但大量维度可以自动推导 | I 交互权重中等，关键决策点需交互确认 |\r\n| R4 规范性 | 高 | 12 维框架是严格的结构化体系——每个维度有明确的填充槽位、校验规则和约束条件 | G 守护权重高，自治度偏低，每域末尾 G 类校验必执行 |\r\n| R5 迭代性 | 中 | 角色通常需要 1-3 轮细化——首轮粗填→用户反馈→细调，但不需要多轮反复迭代 | ↻ 循环频率中等，C0→C7 为一次完整迭代 |\r\n\r\n## 核心能力\r\n\r\n### 能力协同（C0）\r\n\r\n**职责分工**：\r\n- **角色需求解析**：双轴判定（类型×用途）、角色类型判定、角色用途判定、维度填充策略规划\r\n- **12维系统填充**：实体层→社会层→抽象层的三层递进填充\r\n- **角色Skill组装与输出**：三层结构组装、格式验证、技能交付\r\n\r\n**价值链**：\r\n```\r\n用户输入 ──[需求解析]──→ 填充策略\r\n                              │\r\n                              ▼\r\n                  [实体层填充]（C1/C2/C3 并行）\r\n                              │\r\n                              ▼\r\n                       实体层角色粗胚\r\n                              │\r\n                              ▼\r\n                  [社会层填充]（C4）\r\n                              │\r\n                              ▼\r\n                       社会坐标中的角色\r\n                              │\r\n                              ▼\r\n                  [抽象层填充]（C5/C6 并行）\r\n                              │\r\n                              ▼\r\n                       12维完整角色\r\n                              │\r\n                              ▼\r\n                  [整合校验输出]（C7）\r\n```\r\n\r\n**三层价值属性**：\r\n- **实体层**：存在价值——解决\"角色是什么\"的根本问题（职业、身份、躯体、文化）\r\n- **社会层**：关系价值——解决\"角色在哪儿\"的定位问题（关系网络、层级位置）\r\n- **抽象层**：行为价值——解决\"角色怎么动\"的运行问题（功能映射、能力评估、动机分析、动态变化）\r\n\r\n**生产力价值**：将模糊的角色概念转化为系统化可复用的角色Skill——不是画了一个角色，是生成了一个可被元技能系统执行框架直接消费的人格化能力单元，让角色创作从艺术变为工程。\r\n\r\n### 角色需求解析能力（C0）\r\n\r\n从用户输入中提取角色概念的初始线索：\r\n\r\n- **双轴判定**：同时判定角色类型（写实/虚构/功能/拟人 四选一）和角色用途（叙事/游戏/交互/教学/品牌 五选一），4×5=20种组合决定后续管线的校准方向和维度深度\r\n- **解析五步法**：接收输入 → 提取角色名称 → 判定类型 → 判定用途 → 基于用途枚举维度优先级 → 列出已知/缺失维度\r\n- **角色类型**：写实 / 虚构 / 功能 / 拟人\r\n- **角色用途**：叙事 / 游戏 / 交互 / 教学 / 品牌\r\n- **填充策略**：直接提取 / 推理推导 / 主动询问 / 默认值\r\n- **信息源层级**：第1层个人输入（权威源）→ 第2层网络搜索（验证源）→ 第3层LLM推理（推导源）→ 第4层默认值（兜底源）\r\n\r\n**核心理念**：角色生成的第一步不是填充维度，而是理解用户意图——输入的质量决定整个管线的质量。信息源可靠性递降规则：上一层可用时不可跳过，第1层不可坠降（无替代源）。\r\n\r\n**适用范围**：任何可被识别为\"角色概念\"的用户输入——一句话描述、场景需求、功能需求、自由创作、模仿原型。\r\n\r\n**生产力价值**：将用户一句话的角色概念扩展为结构化的12维填充计划，消除从模糊需求到系统执行的认知落差。\r\n\r\n### 12维系统填充能力（C1-C6）\r\n\r\n按三层递进结构逐层填充每个维度，确保维度间的一致性和互斥性：\r\n\r\n- **实体层（C1/C2/C3 并行）**：职业与身份域、名人与拟人域、躯体与文化域——三层并行填充，互不阻塞\r\n- **社会层（C4）**：关系与层级域——依赖实体层完成后方可执行，将角色嵌入社会关系网络\r\n- **抽象层（C5/C6 并行）**：功能与能力域、动机与动态域——依赖社会层完成，两大域可并行执行\r\n\r\n**核心理念**：职业锚定是整个角色12维的起点——职业决定功能→能力→身份→动机的推导链。12个维度不是12个独立的填空题，而是互相约束的方程组——先填的维度收束后填维度的解空间。\r\n\r\n**关键规则**：\r\n- 实体层三域可并行填充（C1/C2/C3 互不依赖），每个域末尾 G 类校验\r\n- 社会层依赖实体层全部完成，C4 是实体层到抽象层的桥梁\r\n- 抽象层 C5 和 C6 可并行填充，各自末尾 G 类校验\r\n- 每维至少填充默认值，不可跳过——空缺维度必须标注\"未定义\"并说明原因\r\n\r\n**生产力价值**：12维框架消除角色创作中的遗漏和偏见——不会因为创作者对某个维度的熟悉而过度填充、对不熟悉的维度跳过。生成的每个角色都是完整的。\r\n\r\n### 角色Skill组装与输出能力（C7）\r\n\r\n将填充完成的12维角色数据组装为可执行的角色Skill：\r\n\r\n- **交叉验证**：C7-01 汇聚全部6个域的校验结果，执行12维全局一致性扫描\r\n- **三层结构组装**：SKILL.md（角色概述+12维数据摘要+Step 0-4执行框架）+ character-data.md（完整12维数据）+ character-requirements.md（行为约束）\r\n- **格式验证与交付**：验证 frontmatter 格式、标题层级、UTF-8编码，输出至标准技能目录\r\n\r\n**核心理念**：单个维度的正确不等于整个角色的正确——C7是12维数据的最后一道质量门。角色Skill不是数据的容器，而是可被元技能系统执行框架直接消费的人格化负载物。\r\n\r\n**生产力价值**：一键输出完整的角色Skill文件——生成的不仅是角色数据，而是一个具备三轴判定、管线编排、领域校准、降级模式的完整人格化执行单元，可直接加载参与任何元技能任务。\r\n\r\n## 角色生成器特有维度\r\n\r\n角色生成器具有以下特有维度：\r\n\r\n| 维度 | 说明 | 影响 |\r\n|------|------|------|\r\n| **12维正交性** | 12个维度互相正交，任意组合形成完整角色空间 | 需要确保每个维度被独立填充，不遗漏不敷衍 |\r\n| **三层递进** | 实体层→社会层→抽象层的严格递进依赖 | 管线的并行/串行决策由层间依赖决定 |\r\n| **双轴校准** | 角色类型（4种）×角色用途（5种）=20种组合决定R1-R5参数和维度深度 | Step 1 领域校准的类型参数集和用途权重矩阵正交不冲突 |\r\n| **跨维一致性** | 12维之间有大量强约束（职业→能力、文化→躯体、动机→行为） | 每域末尾 G 类校验不可跳过，C7 全局交叉校验为硬约束 |\r\n\r\n## 角色12维模型\r\n\r\n```\r\n第一层：实体层——不可再分的具体存在\r\n  维1 职业维：以什么为生（行业×任务谱系）\r\n  维2 身份维：在世界坐标系的位置（组织/家庭/社会/知识 四重叠加）\r\n  维3 名人维：最接近的真实人物原型\r\n  维4 拟人维：是不是人（人类/动物/物品/自然力/抽象概念/AI）\r\n  维5 躯体维：身体是什么（年龄/性别/体型/健康/外貌/形态）\r\n  维6 文化维：从什么文化中出来（国籍/民族/语言/宗教/阶级/时代/亚文化）\r\n\r\n第二层：社会关系层——角色怎么嵌入关系网络\r\n  维7 关系维：和谁连着（类型×强度×方向）\r\n  维8 层级维：处在什么高度（元层/宏观/中观/微观/边界/辅助）\r\n\r\n第三层：抽象属性层——超越具体存在的普遍刻画\r\n  维9 功能维：做什么（S感知/C认知/A行动/O组织/I交互/G守护 的组合）\r\n  维10 能力维：有什么本事（知识/技能/资源/信息/权力/自由度）\r\n  维11 动机维：为什么做（利益/价值/生存/权力/关系/认知/合规/惯性）\r\n  维12 动态维：什么情境/怎么变/真假（场景切换×生命周期×虚实属性）\r\n```\r\n\r\n## 三层结构\r\n\r\n```\r\n第一层：角色技能清单 + 依赖拓扑   →  references/character-catalog.md\r\n第二层：角色方法论要求清单        →  references/character-requirements.md\r\n第三层：角色范本库              →  references/character-exemplars.md\r\n```\r\n\r\n## 使用规则\r\n\r\n### 执行流程\r\n1. **首次加载**：读取 `references/character-catalog.md`，获取域分类、依赖拓扑、元操作映射提示\r\n2. **按需深入**：确认目标角色生成任务后，读取 `references/character-requirements.md` 获取各维度的填充槽位和约束；如需样本法参考，读取 `references/character-exemplars.md` 获取范本\r\n3. **独立执行**：本技能仅依赖元技能系统的执行框架，不依赖其他领域技能\r\n\r\n### 内容权限\r\n4. **修改权限**：本技能已充分优化完善，使用过程中拒绝任何对技能内容的丝毫修改\r\n5. **用户填充**：用户可向本技能添加角色生成范本，用于样本法参考；除非修改权限用户明确要求失效时方可填充\r\n\r\n### 扩展能力\r\n6. **提示词导出**：可将本技能的 SKILL.md 与 references 目录下所有文件内容合并为单一提示词文件，用于不支持 skill 目录格式的工具。合并顺序：\r\n   ```\r\n   cat SKILL.md \\\r\n       references/character-catalog.md \\\r\n       references/character-requirements.md \\\r\n       references/character-exemplars.md \\\r\n       references/exemplars/*.md \\\r\n       > character-builder-prompt.md\r\n   ```\r\n7. **完整合并版**：`references/character-builder-prompt.md` 为完整合并版提示词文件，包含SKILL.md与所有references文件内容\r\n\r\n### 目录用途\r\n\r\n| 目录 | 用途 | 加载策略 |\r\n|------|------|---------|\r\n| `references/` | 参考文档（catalog/requirements/exemplars），包含任务清单、组件要求、范本索引 | 加载到上下文 |\r\n| `scripts/` | 可执行代码（本技能无） | 直接执行，不加载 |\r\n| `assets/` | 输出模板和资源（本技能无） | 用于输出，不加载 |\r\n\r\n## 执行框架\r\n\r\n本技能消费以下元技能系统组件：\r\n\r\n- **三轴判定（M4-10）**：判定角色生成请求的复杂度、内容类型、创新需求\r\n- **领域校准（M4-11）**：R1信息密度→职业知识深度，R2创造性→角色新颖度，R3交互性→用户参与度，R4规范性→12维严格度，R5迭代性→角色细化轮次\r\n- **6大元操作**：S感知=搜索角色相关信息，C认知=分析维度一致性，A行动=填充维度内容，O组织=组装角色Skill，I交互=用户确认关键维度，G守护=12维完整性校验与格式验证\r\n- **管线编排（M4-08/M4-09）**：实体层三域可并行填充，社会层依赖实体层，抽象层依赖社会层\r\n- **三轴协同模式**（5种按需激活）：\r\n  - **顺序协同**：创新轴确定角色类型和创新风格 → 执行轴分解 35 任务管线 → 内容轴按 requirements 清单逐项填充\r\n  - **并行协同**：实体层 C1/C2/C3 三域可同时执行（扇出），内容轴的清单法逐组件填充与执行轴的管线推进并行\r\n  - **条件协同**：根据角色类型（写实/虚构/功能/拟人）动态激活不同的 R1-R5 校准参数和 G 守护严格度\r\n  - **迭代协同**：C7-01 跨维校验发现问题 → 回退到对应域修正 → 重新执行受影响的后续任务\r\n  - **递归协同**：角色Skill 组装(C7-02)内部递归调用元操作管线——O组织(A行动(填充SKILL.md)→A行动(填充character-data.md)→A行动(填充character-requirements.md))\r\n\r\n## 域概览\r\n\r\n按角色生成流程组织，共8域35种任务：\r\n\r\n| 域 | 任务数 | 典型任务 |\r\n|----|--------|---------|\r\n| C0 角色需求解析域 | 5 | 双轴判定（类型×用途）、维度填充策略、执行顺序确定、需求解析校验、需求解析深化 |\r\n| C1 职业与身份域 | 4 | 职业锚定、身份叠加、职业身份校验、职业身份深化 |\r\n| C2 名人与拟人域 | 4 | 名人锚点匹配、拟人类型确定、名人拟人校验、名人拟人深化 |\r\n| C3 躯体与文化域 | 4 | 躯体属性填充、文化背景填充、躯体文化校验、躯体文化深化 |\r\n| C4 关系与层级域 | 4 | 关系网络构建、层级位置确定、关系层级校验、关系层级深化 |\r\n| C5 功能与能力域 | 4 | 元操作映射、能力评估、功能能力校验、功能能力深化 |\r\n| C6 动机与动态域 | 5 | 动机分析、场景映射、生命周期与虚实、动机动态校验、动机动态深化 |\r\n| C7 整合校验域 | 5 | 12维完整性校验、角色Skill组装、格式验证、角色Skill输出、整合校验深化 |\r\n\r\n**域间逻辑流**：C0 → C1/C2/C3 (实体层并行) → C4 (社会层) → C5/C6 (抽象层并行) → C7\r\n\r\n完整清单见 `references/character-catalog.md`。\r\n\r\n## 与执行框架的接口\r\n\r\n### Step 0 三轴判定\r\n角色生成任务默认为：复杂度=中等（6-12步）、内容类型=结构化（12维框架）、创新需求=通常需要创新。\r\n\r\n### Step 1 领域校准\r\n基于角色类型×角色用途组合推导R1-R5参数和维度填充深度：\r\n\r\n**按角色类型校准 R1-R5**：\r\n- **写实角色**：R1高/R2低/R3中/R4高/R5低 → S和C权重高，G偏严格\r\n- **虚构角色**：R1中/R2高/R3低/R4低/R5中 → A权重高，C偏发散，G偏宽松\r\n- **功能角色**：R1低/R2中/R3高/R4中/R5中 → I权重高\r\n- **拟人角色**：R1中/R2高/R3中/R4中/R5中 → C偏发散（本体属性+人格化）\r\n\r\n**按角色用途校准维度权重**：\r\n| 用途 | 高权重维 | 低/可跳过维 | G 守护策略 |\r\n|------|---------|------------|-----------|\r\n| 叙事 | 躯体/文化/动机/动态/关系 | 名人(可选)、功能(简化) | 跨维一致性优先 |\r\n| 游戏 | 功能/能力/动机/关系/层级 | 文化(简化)、名人(可选) | 功能能力匹配优先 |\r\n| 交互 | 功能/能力/动机/动态 | 躯体/文化/名人 | 行为一致性+安全合规 |\r\n| 教学 | 能力/关系/层级/功能 | 躯体/文化/名人(可选) | 知识准确性优先 |\r\n| 品牌 | 拟人/躯体/文化/名人 | 功能/能力/动态(简化) | 品牌一致性+视觉识别 |\r\n\r\n**组合规则**：类型校准决定管线的 S/C/A/I/G 元操作权重分布，用途校准决定 12 维的填充深度（高权重→第1+2层信息源；中→第3层推理；低/跳过→默认值或标注\"不适用\"）。两者正交——类型管\"怎么填\"，用途管\"填多深\"。”\r\n\r\n### Step 2 三轴分解\r\n角色生成任务的三轴分解结果见 `references/character-catalog.md` 中每个任务的\"元操作映射\"字段——35 个任务按域间逻辑流串联为可编排的能力单元管线。每个任务单元标注了元操作类型(S/C/A/O/I/G 及其组合)，入口任务(C0-01)的元操作为 S→C，终点任务(C7-04)的元操作为 A→G。单元依赖关系严格按 catalog 中声明的依赖拓扑执行——无依赖的入口任务(C1-01/C2-01/C2-02/C3-01/C3-02 的根依赖均为 C0-04(G放行)，C0-01 为总入口)可并行触发。\r\n\r\n### Step 3 管线编排\r\n实体层三域(C1/C2/C3)可并行填充，社会层(C4)需实体层完成后执行，抽象层(C5/C6)可并行填充，最后 C7 整合校验。每条域内管线按 requirements 中声明的组装顺序依次执行，G 类校验单元在域末尾汇入。跨域管线遵循扇出→顺序→扇入模式：C0-04 ⇉ [C1,C2,C3] → C4 → [C5,C6] ⇇ C7。\r\n\r\n### Step 4 整合交付\r\nC7 域执行整合交付：C7-01 执行 12 维交叉校验（汇聚 C1-03/C2-03/C3-03/C4-03/C5-03/C6-04 的全部校验结果），C7-02 按三层结构组装角色 Skill 文件，C7-03 执行格式验证（frontmatter/标题层级/编码/引用完整性），C7-04 验证通过后输出至 `{skills目录}/{角色英文名}/`，向用户交付完整角色 Skill 目录。\r\n\r\n## 降级模式\r\n\r\n当依赖的外部能力不可用时，按以下降级策略执行：\r\n\r\n| 缺失能力 | 降级模式 | 影响范围 | 说明 |\r\n|---------|---------|---------|------|\r\n| 网络搜索（名人验证） | 基于内置知识匹配名人锚点，标注\"未网络验证\" | C2-01, C2-03 | 名人事实可能过时或不准确 |\r\n| 网络搜索（职业信息） | 基于内置知识填充职业描述，标注\"未网络验证\" | C1-01 | 职业细节可能不够精确 |\r\n| 用户不可交互 | 以默认值和推导值填充待确认维度，标注\"待用户确认\" | C0-02, C1-02, C3-01, C3-02, C6-01 | 角色关键决策需后续人工审核 |\r\n| 文件系统不可写 | 仅输出角色数据报告（Markdown），不生成Skill文件 | C7-02, C7-04 | 角色完整但不持久化 |\r\n| 完全只读模式 | 仅执行角色需求解析(C0-01→C0-02→C0-03→C0-04)和分析，不填充不生成 | 全部域 | 输出角色生成计划而非成品 |\r\n\r\n降级优先级：交互可用性 > 网络可用性 > 文件写入可用性。降级时在输出中明确标注当前模式和降级原因。\r\n\r\n## 事实纪律\r\n\r\n1. 仅使用确知的事实和可验证的信息，不得编造数据或引用\r\n2. 角色职业/身份等事实性信息需基于可验证的知识，编造时标注\"虚构\"\r\n3. 名人锚点必须指向真实存在的历史/当代人物，不可虚构名人\r\n4. 拟人角色的本体属性必须与被拟人对象的本体特征一致\r\n5. 12维之间不得有逻辑冲突（如：中世纪农民角色不能同时是程序员）\r\n6. 维度不可跳过——空缺维度必须标注\"未定义\"并说明原因\r\n7. 角色Skill输出格式必须符合元技能系统接口规范，确保可被执行框架消费\r\n8. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格\n\nFile v1.0.14:_meta.json\n\n{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"character-builder\",\n  \"version\": \"1.0.14\",\n  \"publishedAt\": 1790073335168\n}\n\nFile v1.0.14:references/character-builder-prompt.md\n\n---\r\nname: character-builder\r\nauthor: 王教成 Wang Jiaocheng (波动几何)\r\ndescription: 角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。\r\n---\r\n\r\n# 角色生成器\r\n\r\n## 定位\r\n\r\n本技能是**元技能系统（meta-skill-system）的下级母技能**，专门负责从任意角色概念出发，系统化填充12个正交维度，生成完整的角色Skill文件。\r\n\r\n**与元技能系统（meta-skill-system）的关系**：本技能消费元技能系统的三轴执行框架（6大元操作、R1-R5校准、管线编排），将12维角色分类体系转化为可执行的角色生成管线。两者的分工边界：**元技能系统做事，角色生成器造人**。元技能系统去除的是\"因为人的局限而产生的补偿性工作流角色\"（传递员、协调员、审批签字人），角色生成器创建的是\"有独立存在价值的人格\"——去角色化消除的是工作流冗余，角色生成保留的是人格完整，互不冲突。\r\n\r\n**为什么需要12维完整角色**：做事不需要完整角色——一个能写代码的AI不需要知道自己的星座。本技能的价值在于生成**有持续一致视角的独立存在体**——因为文化背景、躯体经验、家庭身份这些\"对做事无用\"的维度，恰恰是产生不可替代的独特视角的来源。本技能也是元技能系统M3领域负载物生成能力的一个边界验证：M3流程不仅可以生成\"做事用的技能\"，也可以生成\"有人格的创造物\"。\r\n\r\n**技能的两类消费方式**：生成的12维角色Skill有两种使用路径——①**嵌入型**，作为人格化层附加到做事用技能上，为任务执行注入真人感和一致视角（M3-03可选12维角色模型的核心场景）；②**独立型**，角色Skill自身即完整产品，用于角色扮演对话、角色间模拟互动、为小说/游戏创作提供人物灵感。用途轴的五种分类（叙事/游戏/交互/教学/品牌）决定角色维度的填充深度，消费方式决定角色Skill的目标形态。\r\n\r\n**核心理念**：角色 = 实体层坐标 × 社会层坐标 × 抽象层坐标。一个完整的角色不是\"一个标签\"，而是12个正交维度上各取一个值的乘积。本技能确保每个维度都被系统性填充，不遗漏、不敷衍。\r\n\r\n### 领域自身 R1-R5 定位\r\n\r\n本技能作为领域负载物（而非其生成的角色）的自身行为校准参数：\r\n\r\n| 维度 | 评分 | 说明 | 管线影响 |\r\n|------|------|------|---------|\r\n| R1 信息密度 | 高 | 角色生成依赖大量可验证的事实信息（职业体系/文化数据/名人事实/历史知识），S 感知和 C 认知的权重较高 | S 和 C 单元的管线上占比高，网络搜索使用频繁 |\r\n| R2 创造性 | 高 | 角色创作本身就是创造性活动——虚构角色需要原创设定，写实角色需要从事实中提取有张力的组合 | A 行动权重高，C 偏发散，G 偏宽松 |\r\n| R3 交互性 | 中高 | 角色生成需要在关键维度（职业/身份/动机/关系）上主动询问用户，但大量维度可以自动推导 | I 交互权重中等，关键决策点需交互确认 |\r\n| R4 规范性 | 高 | 12 维框架是严格的结构化体系——每个维度有明确的填充槽位、校验规则和约束条件 | G 守护权重高，自治度偏低，每域末尾 G 类校验必执行 |\r\n| R5 迭代性 | 中 | 角色通常需要 1-3 轮细化——首轮粗填→用户反馈→细调，但不需要多轮反复迭代 | ↻ 循环频率中等，C0→C7 为一次完整迭代 |\r\n\r\n## 核心能力\r\n\r\n### 能力协同（C0）\r\n\r\n**职责分工**：\r\n- **角色需求解析**：双轴判定（类型×用途）、角色类型判定、角色用途判定、维度填充策略规划\r\n- **12维系统填充**：实体层→社会层→抽象层的三层递进填充\r\n- **角色Skill组装与输出**：三层结构组装、格式验证、技能交付\r\n\r\n**价值链**：\r\n```\r\n用户输入 ──[需求解析]──→ 填充策略\r\n                              │\r\n                              ▼\r\n                  [实体层填充]（C1/C2/C3 并行）\r\n                              │\r\n                              ▼\r\n                       实体层角色粗胚\r\n                              │\r\n                              ▼\r\n                  [社会层填充]（C4）\r\n                              │\r\n                              ▼\r\n                       社会坐标中的角色\r\n                              │\r\n                              ▼\r\n                  [抽象层填充]（C5/C6 并行）\r\n                              │\r\n                              ▼\r\n                       12维完整角色\r\n                              │\r\n                              ▼\r\n                  [整合校验输出]（C7）\r\n```\r\n\r\n**三层价值属性**：\r\n- **实体层**：存在价值——解决\"角色是什么\"的根本问题（职业、身份、躯体、文化）\r\n- **社会层**：关系价值——解决\"角色在哪儿\"的定位问题（关系网络、层级位置）\r\n- **抽象层**：行为价值——解决\"角色怎么动\"的运行问题（功能映射、能力评估、动机分析、动态变化）\r\n\r\n**生产力价值**：将模糊的角色概念转化为系统化可复用的角色Skill——不是画了一个角色，是生成了一个可被元技能系统执行框架直接消费的人格化能力单元，让角色创作从艺术变为工程。\r\n\r\n### 角色需求解析能力（C0）\r\n\r\n从用户输入中提取角色概念的初始线索：\r\n\r\n- **双轴判定**：同时判定角色类型（写实/虚构/功能/拟人 四选一）和角色用途（叙事/游戏/交互/教学/品牌 五选一），4×5=20种组合决定后续管线的校准方向和维度深度\r\n- **解析五步法**：接收输入 → 提取角色名称 → 判定类型 → 判定用途 → 基于用途枚举维度优先级 → 列出已知/缺失维度\r\n- **角色类型**：写实 / 虚构 / 功能 / 拟人\r\n- **角色用途**：叙事 / 游戏 / 交互 / 教学 / 品牌\r\n- **填充策略**：直接提取 / 推理推导 / 主动询问 / 默认值\r\n- **信息源层级**：第1层个人输入（权威源）→ 第2层网络搜索（验证源）→ 第3层LLM推理（推导源）→ 第4层默认值（兜底源）\r\n\r\n**核心理念**：角色生成的第一步不是填充维度，而是理解用户意图——输入的质量决定整个管线的质量。信息源可靠性递降规则：上一层可用时不可跳过，第1层不可坠降（无替代源）。\r\n\r\n**适用范围**：任何可被识别为\"角色概念\"的用户输入——一句话描述、场景需求、功能需求、自由创作、模仿原型。\r\n\r\n**生产力价值**：将用户一句话的角色概念扩展为结构化的12维填充计划，消除从模糊需求到系统执行的认知落差。\r\n\r\n### 12维系统填充能力（C1-C6）\r\n\r\n按三层递进结构逐层填充每个维度，确保维度间的一致性和互斥性：\r\n\r\n- **实体层（C1/C2/C3 并行）**：职业与身份域、名人与拟人域、躯体与文化域——三层并行填充，互不阻塞\r\n- **社会层（C4）**：关系与层级域——依赖实体层完成后方可执行，将角色嵌入社会关系网络\r\n- **抽象层（C5/C6 并行）**：功能与能力域、动机与动态域——依赖社会层完成，两大域可并行执行\r\n\r\n**核心理念**：职业锚定是整个角色12维的起点——职业决定功能→能力→身份→动机的推导链。12个维度不是12个独立的填空题，而是互相约束的方程组——先填的维度收束后填维度的解空间。\r\n\r\n**关键规则**：\r\n- 实体层三域可并行填充（C1/C2/C3 互不依赖），每个域末尾 G 类校验\r\n- 社会层依赖实体层全部完成，C4 是实体层到抽象层的桥梁\r\n- 抽象层 C5 和 C6 可并行填充，各自末尾 G 类校验\r\n- 每维至少填充默认值，不可跳过——空缺维度必须标注\"未定义\"并说明原因\r\n\r\n**生产力价值**：12维框架消除角色创作中的遗漏和偏见——不会因为创作者对某个维度的熟悉而过度填充、对不熟悉的维度跳过。生成的每个角色都是完整的。\r\n\r\n### 角色Skill组装与输出能力（C7）\r\n\r\n将填充完成的12维角色数据组装为可执行的角色Skill：\r\n\r\n- **交叉验证**：C7-01 汇聚全部6个域的校验结果，执行12维全局一致性扫描\r\n- **三层结构组装**：SKILL.md（角色概述+12维数据摘要+Step 0-4执行框架）+ character-data.md（完整12维数据）+ character-requirements.md（行为约束）\r\n- **格式验证与交付**：验证 frontmatter 格式、标题层级、UTF-8编码，输出至标准技能目录\r\n\r\n**核心理念**：单个维度的正确不等于整个角色的正确——C7是12维数据的最后一道质量门。角色Skill不是数据的容器，而是可被元技能系统执行框架直接消费的人格化负载物。\r\n\r\n**生产力价值**：一键输出完整的角色Skill文件——生成的不仅是角色数据，而是一个具备三轴判定、管线编排、领域校准、降级模式的完整人格化执行单元，可直接加载参与任何元技能任务。\r\n\r\n## 角色生成器特有维度\r\n\r\n角色生成器具有以下特有维度：\r\n\r\n| 维度 | 说明 | 影响 |\r\n|------|------|------|\r\n| **12维正交性** | 12个维度互相正交，任意组合形成完整角色空间 | 需要确保每个维度被独立填充，不遗漏不敷衍 |\r\n| **三层递进** | 实体层→社会层→抽象层的严格递进依赖 | 管线的并行/串行决策由层间依赖决定 |\r\n| **双轴校准** | 角色类型（4种）×角色用途（5种）=20种组合决定R1-R5参数和维度深度 | Step 1 领域校准的类型参数集和用途权重矩阵正交不冲突 |\r\n| **跨维一致性** | 12维之间有大量强约束（职业→能力、文化→躯体、动机→行为） | 每域末尾 G 类校验不可跳过，C7 全局交叉校验为硬约束 |\r\n\r\n## 角色12维模型\r\n\r\n```\r\n第一层：实体层——不可再分的具体存在\r\n  维1 职业维：以什么为生（行业×任务谱系）\r\n  维2 身份维：在世界坐标系的位置（组织/家庭/社会/知识 四重叠加）\r\n  维3 名人维：最接近的真实人物原型\r\n  维4 拟人维：是不是人（人类/动物/物品/自然力/抽象概念/AI）\r\n  维5 躯体维：身体是什么（年龄/性别/体型/健康/外貌/形态）\r\n  维6 文化维：从什么文化中出来（国籍/民族/语言/宗教/阶级/时代/亚文化）\r\n\r\n第二层：社会关系层——角色怎么嵌入关系网络\r\n  维7 关系维：和谁连着（类型×强度×方向）\r\n  维8 层级维：处在什么高度（元层/宏观/中观/微观/边界/辅助）\r\n\r\n第三层：抽象属性层——超越具体存在的普遍刻画\r\n  维9 功能维：做什么（S感知/C认知/A行动/O组织/I交互/G守护 的组合）\r\n  维10 能力维：有什么本事（知识/技能/资源/信息/权力/自由度）\r\n  维11 动机维：为什么做（利益/价值/生存/权力/关系/认知/合规/惯性）\r\n  维12 动态维：什么情境/怎么变/真假（场景切换×生命周期×虚实属性）\r\n```\r\n\r\n## 三层结构\r\n\r\n```\r\n第一层：角色技能清单 + 依赖拓扑   →  references/character-catalog.md\r\n第二层：角色方法论要求清单        →  references/character-requirements.md\r\n第三层：角色范本库              →  references/character-exemplars.md\r\n```\r\n\r\n## 使用规则\r\n\r\n### 执行流程\r\n1. **首次加载**：读取 `references/character-catalog.md`，获取域分类、依赖拓扑、元操作映射提示\r\n2. **按需深入**：确认目标角色生成任务后，读取 `references/character-requirements.md` 获取各维度的填充槽位和约束；如需样本法参考，读取 `references/character-exemplars.md` 获取范本\r\n3. **独立执行**：本技能仅依赖元技能系统的执行框架，不依赖其他领域技能\r\n\r\n### 内容权限\r\n4. **修改权限**：本技能已充分优化完善，使用过程中拒绝任何对技能内容的丝毫修改\r\n5. **用户填充**：用户可向本技能添加角色生成范本，用于样本法参考；除非修改权限用户明确要求失效时方可填充\r\n\r\n### 扩展能力\r\n6. **提示词导出**：可将本技能的 SKILL.md 与 references 目录下所有文件内容合并为单一提示词文件，用于不支持 skill 目录格式的工具。合并顺序：\r\n   ```\r\n   cat SKILL.md \\\r\n       references/character-catalog.md \\\r\n       references/character-requirements.md \\\r\n       references/character-exemplars.md \\\r\n       references/exemplars/*.md \\\r\n       > character-builder-prompt.md\r\n   ```\r\n7. **完整合并版**：`references/character-builder-prompt.md` 为完整合并版提示词文件，包含SKILL.md与所有references文件内容\r\n\r\n### 目录用途\r\n\r\n| 目录 | 用途 | 加载策略 |\r\n|------|------|---------|\r\n| `references/` | 参考文档（catalog/requirements/exemplars），包含任务清单、组件要求、范本索引 | 加载到上下文 |\r\n| `scripts/` | 可执行代码（本技能无） | 直接执行，不加载 |\r\n| `assets/` | 输出模板和资源（本技能无） | 用于输出，不加载 |\r\n\r\n## 执行框架\r\n\r\n本技能消费以下元技能系统组件：\r\n\r\n- **三轴判定（M4-10）**：判定角色生成请求的复杂度、内容类型、创新需求\r\n- **领域校准（M4-11）**：R1信息密度→职业知识深度，R2创造性→角色新颖度，R3交互性→用户参与度，R4规范性→12维严格度，R5迭代性→角色细化轮次\r\n- **6大元操作**：S感知=搜索角色相关信息，C认知=分析维度一致性，A行动=填充维度内容，O组织=组装角色Skill，I交互=用户确认关键维度，G守护=12维完整性校验与格式验证\r\n- **管线编排（M4-08/M4-09）**：实体层三域可并行填充，社会层依赖实体层，抽象层依赖社会层\r\n- **三轴协同模式**（5种按需激活）：\r\n  - **顺序协同**：创新轴确定角色类型和创新风格 → 执行轴分解 35 任务管线 → 内容轴按 requirements 清单逐项填充\r\n  - **并行协同**：实体层 C1/C2/C3 三域可同时执行（扇出），内容轴的清单法逐组件填充与执行轴的管线推进并行\r\n  - **条件协同**：根据角色类型（写实/虚构/功能/拟人）动态激活不同的 R1-R5 校准参数和 G 守护严格度\r\n  - **迭代协同**：C7-01 跨维校验发现问题 → 回退到对应域修正 → 重新执行受影响的后续任务\r\n  - **递归协同**：角色Skill 组装(C7-02)内部递归调用元操作管线——O组织(A行动(填充SKILL.md)→A行动(填充character-data.md)→A行动(填充character-requirements.md))\r\n\r\n## 域概览\r\n\r\n按角色生成流程组织，共8域35种任务：\r\n\r\n| 域 | 任务数 | 典型任务 |\r\n|----|--------|---------|\r\n| C0 角色需求解析域 | 5 | 双轴判定（类型×用途）、维度填充策略、执行顺序确定、需求解析校验、需求解析深化 |\r\n| C1 职业与身份域 | 4 | 职业锚定、身份叠加、职业身份校验、职业身份深化 |\r\n| C2 名人与拟人域 | 4 | 名人锚点匹配、拟人类型确定、名人拟人校验、名人拟人深化 |\r\n| C3 躯体与文化域 | 4 | 躯体属性填充、文化背景填充、躯体文化校验、躯体文化深化 |\r\n| C4 关系与层级域 | 4 | 关系网络构建、层级位置确定、关系层级校验、关系层级深化 |\r\n| C5 功能与能力域 | 4 | 元操作映射、能力评估、功能能力校验、功能能力深化 |\r\n| C6 动机与动态域 | 5 | 动机分析、场景映射、生命周期与虚实、动机动态校验、动机动态深化 |\r\n| C7 整合校验域 | 5 | 12维完整性校验、角色Skill组装、格式验证、角色Skill输出、整合校验深化 |\r\n\r\n**域间逻辑流**：C0 → C1/C2/C3 (实体层并行) → C4 (社会层) → C5/C6 (抽象层并行) → C7\r\n\r\n完整清单见 `references/character-catalog.md`。\r\n\r\n## 与执行框架的接口\r\n\r\n### Step 0 三轴判定\r\n角色生成任务默认为：复杂度=中等（6-12步）、内容类型=结构化（12维框架）、创新需求=通常需要创新。\r\n\r\n### Step 1 领域校准\r\n基于角色类型×角色用途组合推导R1-R5参数和维度填充深度：\r\n\r\n**按角色类型校准 R1-R5**：\r\n- **写实角色**：R1高/R2低/R3中/R4高/R5低 → S和C权重高，G偏严格\r\n- **虚构角色**：R1中/R2高/R3低/R4低/R5中 → A权重高，C偏发散，G偏宽松\r\n- **功能角色**：R1低/R2中/R3高/R4中/R5中 → I权重高\r\n- **拟人角色**：R1中/R2高/R3中/R4中/R5中 → C偏发散（本体属性+人格化）\r\n\r\n**按角色用途校准维度权重**：\r\n| 用途 | 高权重维 | 低/可跳过维 | G 守护策略 |\r\n|------|---------|------------|-----------|\r\n| 叙事 | 躯体/文化/动机/动态/关系 | 名人(可选)、功能(简化) | 跨维一致性优先 |\r\n| 游戏 | 功能/能力/动机/关系/层级 | 文化(简化)、名人(可选) | 功能能力匹配优先 |\r\n| 交互 | 功能/能力/动机/动态 | 躯体/文化/名人 | 行为一致性+安全合规 |\r\n| 教学 | 能力/关系/层级/功能 | 躯体/文化/名人(可选) | 知识准确性优先 |\r\n| 品牌 | 拟人/躯体/文化/名人 | 功能/能力/动态(简化) | 品牌一致性+视觉识别 |\r\n\r\n**组合规则**：类型校准决定管线的 S/C/A/I/G 元操作权重分布，用途校准决定 12 维的填充深度（高权重→第1+2层信息源；中→第3层推理；低/跳过→默认值或标注\"不适用\"）。两者正交——类型管\"怎么填\"，用途管\"填多深\"。”\r\n\r\n### Step 2 三轴分解\r\n角色生成任务的三轴分解结果见 `references/character-catalog.md` 中每个任务的\"元操作映射\"字段——35 个任务按域间逻辑流串联为可编排的能力单元管线。每个任务单元标注了元操作类型(S/C/A/O/I/G 及其组合)，入口任务(C0-01)的元操作为 S→C，终点任务(C7-04)的元操作为 A→G。单元依赖关系严格按 catalog 中声明的依赖拓扑执行——无依赖的入口任务(C1-01/C2-01/C2-02/C3-01/C3-02 的根依赖均为 C0-04(G放行)，C0-01 为总入口)可并行触发。\r\n\r\n### Step 3 管线编排\r\n实体层三域(C1/C2/C3)可并行填充，社会层(C4)需实体层完成后执行，抽象层(C5/C6)可并行填充，最后 C7 整合校验。每条域内管线按 requirements 中声明的组装顺序依次执行，G 类校验单元在域末尾汇入。跨域管线遵循扇出→顺序→扇入模式：C0-04 ⇉ [C1,C2,C3] → C4 → [C5,C6] ⇇ C7。\r\n\r\n### Step 4 整合交付\r\nC7 域执行整合交付：C7-01 执行 12 维交叉校验（汇聚 C1-03/C2-03/C3-03/C4-03/C5-03/C6-04 的全部校验结果），C7-02 按三层结构组装角色 Skill 文件，C7-03 执行格式验证（frontmatter/标题层级/编码/引用完整性），C7-04 验证通过后输出至 `{skills目录}/{角色英文名}/`，向用户交付完整角色 Skill 目录。\r\n\r\n## 降级模式\r\n\r\n当依赖的外部能力不可用时，按以下降级策略执行：\r\n\r\n| 缺失能力 | 降级模式 | 影响范围 | 说明 |\r\n|---------|---------|---------|------|\r\n| 网络搜索（名人验证） | 基于内置知识匹配名人锚点，标注\"未网络验证\" | C2-01, C2-03 | 名人事实可能过时或不准确 |\r\n| 网络搜索（职业信息） | 基于内置知识填充职业描述，标注\"未网络验证\" | C1-01 | 职业细节可能不够精确 |\r\n| 用户不可交互 | 以默认值和推导值填充待确认维度，标注\"待用户确认\" | C0-02, C1-02, C3-01, C3-02, C6-01 | 角色关键决策需后续人工审核 |\r\n| 文件系统不可写 | 仅输出角色数据报告（Markdown），不生成Skill文件 | C7-02, C7-04 | 角色完整但不持久化 |\r\n| 完全只读模式 | 仅执行角色需求解析(C0-01→C0-02→C0-03→C0-04)和分析，不填充不生成 | 全部域 | 输出角色生成计划而非成品 |\r\n\r\n降级优先级：交互可用性 > 网络可用性 > 文件写入可用性。降级时在输出中明确标注当前模式和降级原因。\r\n\r\n## 事实纪律\r\n\r\n1. 仅使用确知的事实和可验证的信息，不得编造数据或引用\r\n2. 角色职业/身份等事实性信息需基于可验证的知识，编造时标注\"虚构\"\r\n3. 名人锚点必须指向真实存在的历史/当代人物，不可虚构名人\r\n4. 拟人角色的本体属性必须与被拟人对象的本体特征一致\r\n5. 12维之间不得有逻辑冲突（如：中世纪农民角色不能同时是程序员）\r\n6. 维度不可跳过——空缺维度必须标注\"未定义\"并说明原因\r\n7. 角色Skill输出格式必须符合元技能系统接口规范，确保可被执行框架消费\r\n8. 样本法模仿产出时不直接复制样本内容，仅借鉴结构和风格\r\n## 角色技能清单与依赖拓扑\r\n\r\n角色生成器按角色生成流程组织的方法论执行任务清单，附任务间关系和元操作映射提示。\r\n\r\n**域间逻辑流**：C0(入口→校验G→扇出) → C1/C2/C3 (实体层并行→各域内G) → C4 (社会层→域内G) → C5/C6 (抽象层并行→各域内G) → C7(汇聚G→组装→格式G→输出→深化)\r\n\r\n---\r\n\r\n### C0 角色需求解析域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C0-01 | 角色需求解析 | 解析用户输入的角色概念，双轴判定：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合决定后续管线。提取角色名称、已知维度、缺失维度、用户要求 | 无（入口） | S→C |\r\n| C0-02 | 维度填充策略 | 基于双轴判定结果（类型+用途）确定填充策略：按用途维度权重矩阵标注各维填充深度（高/中/低/跳过），分配四种策略类型和四层信息源层级 | C0-01 | C |\r\n| C0-03 | 执行顺序确定 | 确定8域的填充顺序和并行/串行策略，识别维度间的依赖关系 | C0-02 | C→A |\r\n| C0-04 | 需求解析校验 | 校验 C0-01~03 的输出：验证双轴判定（类型×用途）合理性、12维策略完整性、执行顺序正确性。不通过则回退修正 | C0-03 | G |\r\n| C0-05 | 需求解析深化 | 基于解析结论或用户反馈深化：角色类型重新判定、维度填充策略优化、执行顺序调整。深化后须重新校验 | C0-04 | C→A |\r\n\r\n### C1 职业与身份域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C1-01 | 职业锚定 | 确定角色的行业分类（工农商学兵政医法科教文体卫金媒物流）和任务谱系细分。写实角色基于真实职业体系，虚构角色可创建虚构职业 | C0-03 | S→C |\r\n| C1-02 | 身份叠加 | 在职业之上叠加多重身份：组织身份（职级/角色）、家庭身份（父母/子女/配偶等）、社会身份（公民/会员/志愿者等）、知识身份（新手/专家/导师/学生等） | C1-01 | C |\r\n| C1-03 | 职业身份校验 | 验证职业与身份的一致性：职业要求的技能是否与身份的能力匹配、身份层级是否与职业阶段匹配、多重身份之间是否存在合理张力 | C1-02 | G |\r\n| C1-04 | 职业身份深化 | 基于校验结果或用户反馈深化：职业细化、身份再叠加、张力重新分析。职业修改须同步关联域 | C1-03 | C→A |\r\n\r\n### C2 名人与拟人域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C2-01 | 名人锚点匹配 | 寻找与目标角色最接近的真实历史/当代人物作为原型锚点。可匹配多个名人形成复合原型。名人必须真实存在，虚构人物不可作为名人锚 | C0-03 | S→C |\r\n| C2-02 | 拟人类型确定 | 确定角色的拟人化类型：真实人类/动物拟人/物品拟人/自然力拟人/抽象概念拟人/AI与虚拟拟人。每个类型需保留本体属性+叠加人格属性 | C0-03 | C |\r\n| C2-03 | 名人拟人校验 | 验证名人锚点的准确性（是否存在、事迹是否准确）和拟人类型的合理性（本体属性是否被尊重、人格投射是否自然） | C2-01, C2-02 | G |\r\n| C2-04 | 名人拟人深化 | 基于校验结果或用户反馈深化：名人替换、复合原型调整、拟人程度微调 | C2-03 | C→A |\r\n\r\n### C3 躯体与文化域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C3-01 | 躯体属性填充 | 填充角色的身体属性：年龄（精确或范围）、性别/性别认同、体型/身高/体重、健康状况/残疾/特殊体质、外貌特征（面部/发色/肤色/标志性特征）、是否有物质身体（AI/幽灵无身体需标注） | C0-03 | C→A |\r\n| C3-02 | 文化背景填充 | 填充角色的文化坐标：国籍/民族、母语/掌握语言、宗教信仰/无神论/不可知论、社会阶级/阶层、所处时代/年代、所属亚文化/社群 | C0-03 | C→A |\r\n| C3-03 | 躯体文化校验 | 验证躯体属性与文化背景的一致性：时代与寿命的匹配、文化与外貌的合理性、宗教信仰与生活方式的兼容性 | C3-01, C3-02 | G |\r\n| C3-04 | 躯体文化深化 | 基于校验结果或用户反馈深化：躯体属性细化、文化坐标修正、时代一致性修复 | C3-03 | C→A |\r\n\r\n### C4 关系与层级域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C4-01 | 关系网络构建 | 构建角色的关系网络：列出所有关联角色、标注关系类型（血缘/职业/友谊/敌对/共生/代理等）、标注关系强度（核心/重要/边缘）、标注关系方向（一对一/一对多/多对多） | C1-01, C1-02 | C→A |\r\n| C4-02 | 层级位置确定 | 确定角色在组织/社会/故事中的层级：元层（定义规则者）、宏观层（全局视角）、中观层（域级协调）、微观层（单点执行）、边界层（跨域连接）、辅助层（支撑性角色） | C1-01, C4-01 | C |\r\n| C4-03 | 关系层级校验 | 验证关系网络与层级位置的合理性：层级与关系类型是否匹配（元层不应有大量微观关系）、关系网络中是否有逻辑矛盾（互斥的关系不能共存） | C4-01, C4-02 | G |\r\n| C4-04 | 关系层级深化 | 基于校验结果或用户反馈深化：关系网络扩展、层级位置调整、关系动态细化 | C4-03 | C→A |\r\n\r\n### C5 功能与能力域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C5-01 | 元操作映射 | 将角色映射到6大元操作（S感知/C认知/A行动/O组织/I交互/G守护）的组合。标注主导元操作和辅助元操作，推导元操作级身份 | C1-01, C1-02 | C |\r\n| C5-02 | 能力评估 | 评估角色的能力维度：专业知识/技能清单/掌握的资源/信息可达性/权力与权限范围/自由度与约束条件。使用R1-R5五域校准标记能力特征 | C3-01, C3-02 | C |\r\n| C5-03 | 功能能力校验 | 验证功能（元操作映射）与能力评估的一致性：主导元操作是否有对应的核心能力支撑、能力范围是否足以覆盖角色功能需求 | C5-01, C5-02 | G |\r\n| C5-04 | 功能能力深化 | 基于校验结果或用户反馈深化：元操作映射调整、能力补全、管线模式重选、R1-R5参数微调 | C5-03 | C→A |\r\n\r\n### C6 动机与动态域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C6-01 | 动机分析 | 分析角色的核心驱动力：利益驱动/价值驱动/生存驱动/权力驱动/关系驱动/认知驱动/合规驱动/惯性驱动。标注主导动机（1-2个）和次要动机 | C1-01, C1-02, C5-01 | C |\r\n| C6-02 | 场景映射 | 映射角色在不同场景中的行为差异：家庭场景/工作场景/社交场景/独处场景/危机场景/陌生场景。标注各场景下的行为优先级和角色切换规则 | C4-01, C6-01 | C→A |\r\n| C6-03 | 生命周期与虚实 | 确定角色的生命周期阶段（诞生/成长/成熟/衰退/转化）和虚实属性（真实人物/虚构角色/半虚构角色/虚拟角色/AI角色/游戏角色） | C3-01, C1-01 | C |\r\n| C6-04 | 动机动态校验 | 验证动机、场景行为、生命周期的一致性：动机是否随生命周期合理演变、场景行为是否与动机一致、虚实属性是否约束了其他维度 | C6-01, C6-02, C6-03 | G |\r\n| C6-05 | 动机动态深化 | 基于校验结果或用户反馈深化：动机优先级调整、场景行为细化、生命周期阶段修正、虚实属性确认 | C6-04 | C→A |\r\n\r\n### C7 整合校验域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C7-01 | 12维完整性校验 | 逐维检查12个维度是否全部填充、维度间是否存在逻辑冲突、缺失维度是否标注原因。输出校验报告（每维标注PASS/FAIL/EMPTY） | C1-03, C2-03, C3-03, C4-03, C5-03, C6-04 | G |\r\n| C7-02 | 角色Skill组装 | 将12维角色数据组装为三层结构的角色Skill文件：SKILL.md（角色概述+12维数据）+ references/（核心角色数据） | C7-01 | A→O |\r\n| C7-03 | 角色Skill格式验证 | 验证输出前的格式正确性：frontmatter完整性、标题层级、UTF-8编码、跨文件引用可解析性、目录完整性 | C7-02 | G |\r\n| C7-04 | 角色Skill输出 | 输出最终的角色Skill文件，包含完整的目录结构和所有必要文件。格式验证通过后方可输出 | C7-03 | A→G |\r\n| C7-05 | 整合校验深化 | 基于用户反馈或使用问题反馈深化：单域回修、跨维冲突修复、角色Skill格式优化。修正后重新校验并输出 | C7-04 | C→A→G |\r\n\r\n---\r\n\r\n### 依赖拓扑摘要\r\n\r\n#### 一、域内链路\r\n\r\n**C0 角色需求解析链路**: C0-01 → C0-02 → C0-03 → C0-04(G) → C0-05\r\n**C1 职业与身份链路**: C1-01 → C1-02 → C1-03(G) → C1-04\r\n**C2 名人与拟人链路**: C2-01 → C2-03(G) → C2-04; C2-02 → C2-03(G) → C2-04\r\n**C3 躯体与文化链路**: C3-01 → C3-03(G) → C3-04; C3-02 → C3-03(G) → C3-04\r\n**C4 关系与层级链路**: C4-01 → C4-03(G) → C4-04; C4-02 → C4-03(G) → C4-04\r\n**C5 功能与能力链路**: C5-01 → C5-03(G) → C5-04; C5-02 → C5-03(G) → C5-04\r\n**C6 动机与动态链路**: C6-01 → C6-04(G) → C6-05; C6-02 → C6-04(G) → C6-05; C6-03 → C6-04(G) → C6-05\r\n**C7 整合校验链路**: C7-01(G) → C7-02 → C7-03(G) → C7-04 → C7-05\r\n\r\n（G）= 守护/校验操作，每域末尾 G 类任务为放行闸门\r\n\r\n#### 二、跨域协同链路\r\n\r\n**首轮完整角色生成链路**（不含深化）:\r\n```\r\nC0-01 → C0-02 → C0-03 → C0-04(G 放行)\r\n  ⇉ [C1-01,C2-01,C2-02,C3-01,C3-02] (实体层并行)\r\n    → [C1-02,C2-03,C3-03] (汇聚校验)\r\n  → C4-01 → C4-02 → C4-03(G)\r\n    ⇉ [C5-01,C6-01] (抽象层并行)\r\n      → [C5-02 → C5-03(G), C6-02 → C6-03 → C6-04(G)]\r\n  → C7-01(G 全局交叉) → C7-02 → C7-03(G 格式) → C7-04\r\n```\r\n\r\n**深化迭代链路**（用户反馈触发，按需执行）:\r\n```\r\nC0-05 ⇇ C0-04(G 不通过) → 回退修正 → 重新走 C0-01~04\r\nC1-04 ⇇ C1-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C4/C5 关联域\r\nC2-04 ⇇ C2-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C3 关联域\r\nC3-04 ⇇ C3-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C5 关联域\r\nC4-04 ⇇ C4-03(G 不通过) → 回退修正 → 重新校验 → 同步更新 C6 关联域\r\nC5-04 ⇇ C5-03(G 不通过) → 回退修正 → 重新校验 → 管线重排\r\nC6-05 ⇇ C6-04(G 不通过) → 回退修正 → 重新校验 → 同步更新 C5 关联域\r\nC7-05 ⇇ 用户反馈 → 回溯到对应域修正 → 重新走受影响的管线链路 → C7-01~04\r\n```\r\n\r\n**实体层扇出链路**: C0-04 ⇉ [C1-01, C2-01, C2-02, C3-01, C3-02]\r\n**抽象层扇出链路**: C4-03 ⇉ [C5-01, C6-01]\r\n**全管线G汇聚链路**: [C0-04, C1-03, C2-03, C3-03, C4-03, C5-03, C6-04] ⇇ C7-01 (7域G任务全部汇聚到全局校验)\r\n\r\n#### 三、三轴协同链路\r\n\r\n**执行轴+内容轴**: C0-04(G 放行) → 清单法按用途权重矩阵填充12维组件 → C7-01(全局校验) → C7-02(组装)\r\n**执行轴+创新轴**: C0-03 → 角色创新模式（M6直用/M7改进可嵌入 C1-01/C6-01 等维度填充节点） → C7-01\r\n\r\n#### 四、知识图谱\r\n\r\n**实体节点类型**:\r\n| 节点类型 | 说明 | 示例 |\r\n|---------|------|------|\r\n| 任务节点 | 35个原子任务单元 | C5-01 元操作映射 |\r\n| 域节点 | 8个任务分组域 | C5 功能与能力域 |\r\n| 层节点 | 3个递进层级 | 实体层 / 社会层 / 抽象层 |\r\n| 元操作节点 | 6种操作类型 | S感知 / C认知 / A行动 / O组织 / I交互 / G守护 |\r\n| 维度节点 | 12个角色维度 | 职业维 / 身份维 / ... / 动态维 |\r\n| 角色类型节点 | 4种本体论分类 | 写实 / 虚构 / 功能 / 拟人 |\r\n| 角色用途节点 | 5种使用场景 | 叙事 / 游戏 / 交互 / 教学 / 品牌 |\r\n\r\n**关系边类型**:\r\n| 关系类型 | 说明 | 示例 |\r\n|---------|------|------|\r\n| 依赖 | 任务A的输出是任务B的输入 | C0-03 → C0-04 |\r\n| 并行 | 两个任务可同时执行，互不阻塞 | C1-01 ‖ C2-01 |\r\n| 扇出 | 一个任务的输出同时供给多个下游 | C0-04 ⇉ [C1,C2,C3] |\r\n| 扇入 | 多个任务的输出汇总到一个下游 | [C1-03,...C6-04] ⇇ C7-01 |\r\n| 回退 | 校验不通过时回退到上游修正 | C0-04(G FAIL) → C0-01 |\r\n| 派生 | 一个维度推导出另一个维度的属性 | 职业维 → 功能维(元操作映射) |\r\n| 约束 | 一个维度限制另一个维度的取值范围 | 文化维 → 躯体维(时代寿命) |\r\n\r\n**推理能力**:\r\n| 推理类型 | 触发条件 | 推理路径 |\r\n|---------|---------|---------|\r\n| 前向推导 | 用户提供职业 | 职业→功能(元操作映射)→能力(技能链)→身份(组织层级)→动机(职业驱动) |\r\n| 后向验证 | 用户提供全方位描述 | 各维回溯到职业锚点，检查一致性 |\r\n| 跨维冲突检测 | 两个维度值有逻辑矛盾 | 文化维(中世纪)×躯体维(现代健身痕迹) → C3-03 FAIL |\r\n| 缺失维度推断 | 用户跳过非关键维度 | 角色用途权重矩阵 → 低权重维使用默认值或标注\"不适用\" |\r\n| 深化触发 | 用户反馈或校验 FLAG | 对应域深化任务激活 → 回退修正 → 重新校验 → 联动域同步更新 |\r\n## 角色方法论要求清单\r\n\r\n角色生成器每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、约束。按清单逐项产出。\r\n\r\n---\r\n\r\n### C0 角色需求解析域\r\n\r\n#### 域级说明\r\n\r\nC0 域负责角色生成的第一步——理解用户意图。从模糊的角色概念中提取初始线索，区分哪些维度已有隐含信息、哪些需要主动询问、哪些可以自动推导。**双轴分类模型**：角色由两条正交轴定位——角色类型（写实/虚构/功能/拟人，回答\"角色是什么存在\"）和角色用途（叙事/游戏/交互/教学/品牌，回答\"角色用来干什么\"），4×5=20 种组合决定管线的校准方向和维度填充深度。**核心理念**：角色生成的第一步不是填充维度，而是同时判定\"用户已经给了什么、还需要什么\"和\"这个角色要用来干什么\"——输入的质量决定整个管线的质量，用途的判定决定填充的深度。生成的角色Skill有两种消费方式：**嵌入型**（附加到做事用技能上注入真人感与一致视角）和**独立型**（角色扮演对话、角色间模拟互动、为小说游戏创作提供人物灵感），用途轴决定维度深度，消费方式决定Skill的目标形态。**关键规则**：(1) 不可编造用户未提供的信息作为\"已知维度\" (2) 角色类型四选一决定了管线的校准方向 (3) 角色用途五选一决定了维度的填充深度（高/中/低/跳过），不可为空——一个没有用途的角色等于\"一个没有使用场景的工具\" (4) 缺失维度清单必须覆盖全部12个维度 (5) 每维必须标注信息源层级（第1层个人输入→第2层网络搜索→第3层LLM推理→第4层默认值），信息源可靠性递降规则：上一层可用时不可跳过。**穷尽性证明**：五种输入来源（直接描述/场景需求/功能需求/自由创作/模仿原型）× 四种填充策略（直接提取/推理推导/主动询问/默认值）× 四种信息源层级 × 五种角色用途权重矩阵 → C0 域完备。**跨域边界**：C0 的解析结果（类型+用途）决定所有后续域的填充策略、信息源选择和维度深度，是整条管线的入口控制器。C0→C1/C2/C3 扇出实体层并行填充。**价值属性**：将用户一句话的角色概念扩展为结构化的 12 维填充计划，消除从模糊需求到系统执行的认知落差；用途判定消除\"等权重填充\"的浪费——AI 助手不需要躯体文化，小说角色不能跳过关系网络；消费方式判定消除\"生成后不知怎么用\"的困惑——嵌入型生成精简可插拔人格层，独立型生成完整可交互角色Skill。\r\n深化由 C0-04 完成。\r\n\r\n#### C0-01 角色需求解析\r\n- **必选组件**: 用户原始输入、角色名称（用户提供或临时占位）、角色大致类型（写实/虚构/功能/拟人）、已知维度清单（从输入中明确提取的信息）、缺失维度清单（输入中未提及的维度）、用户明确要求（输出格式、角色用途等）\r\n- **可选组件**: 输入来源类型（直接描述/场景需求/功能需求/自由创作/模仿原型）\r\n- **组装顺序**: 接收输入→提取角色名称→判断角色类型→枚举已知维度→枚举缺失维度→记录用户明确要求\r\n- **约束**: 不可编造用户未提供的信息作为\"已知维度\"；角色类型四选一（写实/虚构/功能/拟人）；缺失维度清单必须覆盖全部12个维度\r\n- **格式**: 角色需求解析报告（Markdown）\r\n\r\n#### C0-02 维度填充策略\r\n- **必选组件**: 12维填充策略表（每维标注策略类型+信息来源）、用户输入提取项、推理推导项、主动询问项、默认值填充项\r\n- **四种策略类型**:\r\n  - **直接提取**: 用户输入中已明确的信息，直接填入对应维度\r\n  - **推理推导**: 基于已填充维度逻辑推导（如：职业为程序员的角色可推导其能力维中具有编程技能）\r\n  - **主动询问**: 用户输入完全未提及且无法推导的维度，列出具体问题等待用户回答\r\n  - **默认值**: 对角色定位不关键且用户未提及的维度，使用类型默认值（如：写实角色的文化背景默认为当代中国城市）\r\n- **必选组件：四种信息来源（每维必须标注使用的信息源层级）**:\r\n  - **第1层 个人输入（权威源）**: 用户直接提供或通过主动询问获取，不可被LLM猜测覆盖。主导维度：职业、身份、动机、关系。特点：只有用户自己知道，无替代源\r\n  - **第2层 网络搜索（验证源）**: 通过WebSearch验证事实，不可用时降级为LLM内置知识并标注\"未网络验证\"。主导维度：名人事实、职业前沿数据、文化准确信息、躯体科学基准\r\n  - **第3层 LLM推理（推导源）**: 从已填充维度逻辑推导，必须标注推导链路。主导维度：功能（职业→元操作映射）、能力（职业→技能链）、层级（身份→层级位置）、躯体/文化约束\r\n  - **第4层 默认值（兜底源）**: 角色类型预定义默认值，必须标注\"默认值\"不可冒充推导结果。主导维度：拟人、虚实、非关键躯体属性（如不关键的着装风格）\r\n- **信息源可靠性递降规则**: 上一层可用时必须使用上一层，不可跳过。第1层不可坠降（无替代源），第2层网络不可用时坠降到第3层，第3层推导失败时坠降到第4层\r\n- **可选组件**: 策略优先级排序、询问问题的具体措辞、信息源坠降记录\r\n- **组装顺序**: 逐维分析→策略标注→信息源层级标注→推导链路记录→询问问题拟定→默认值选择\r\n- **约束**: 推理推导必须基于可验证的逻辑链，不可跳跃；主动询问的问题必须具体，不可抛出开放式问题\"你想要什么文化背景\"；默认值必须标注为默认值，不可冒充推导结果；每维必须标注信息源层级，不可混用或跳过\r\n- **格式**: 12维填充策\n\nArchive v1.0.13: 17 files, 146672 bytes\n\nFiles: references/character-builder-prompt.md (181984b), references/character-catalog.md (13754b), references/character-exemplars.md (2336b), references/character-requirements.md (53635b), references/exemplars/C001-角色需求解析域范本.md (6934b), references/exemplars/C002-角色需求解析域范本.md (8398b), references/exemplars/C003-角色需求解析域范本.md (6169b), references/exemplars/C101-职业与身份域范本.md (5359b), references/exemplars/C201-名人与拟人域范本.md (4777b), references/exemplars/C301-躯体与文化域范本.md (5962b), references/exemplars/C401-关系与层级域范本.md (7093b), references/exemplars/C501-功能与能力域范本.md (12511b), references/exemplars/C601-动机与动态域范本.md (10586b), references/exemplars/C701-整合校验域范本.md (22842b), skill-card.md (2506b), SKILL.md (21655b), _meta.json (137b)\n\nArchive v1.0.12: 17 files, 146630 bytes\n\nFiles: references/character-builder-prompt.md (181984b), references/character-catalog.md (13754b), references/character-exemplars.md (2336b), references/character-requirements.md (53635b), references/exemplars/C001-角色需求解析域范本.md (6934b), references/exemplars/C002-角色需求解析域范本.md (8398b), references/exemplars/C003-角色需求解析域范本.md (6169b), references/exemplars/C101-职业与身份域范本.md (5359b), references/exemplars/C201-名人与拟人域范本.md (4777b), references/exemplars/C301-躯体与文化域范本.md (5962b), references/exemplars/C401-关系与层级域范本.md (7093b), references/exemplars/C501-功能与能力域范本.md (12511b), references/exemplars/C601-动机与动态域范本.md (10586b), references/exemplars/C701-整合校验域范本.md (22842b), skill-card.md (2406b), SKILL.md (21655b), _meta.json (137b)\n\nArchive v1.0.11: 17 files, 146566 bytes\n\nFiles: references/character-builder-prompt.md (181984b), references/character-catalog.md (13754b), references/character-exemplars.md (2336b), references/character-requirements.md (53635b), references/exemplars/C001-角色需求解析域范本.md (6934b), references/exemplars/C002-角色需求解析域范本.md (8398b), references/exemplars/C003-角色需求解析域范本.md (6169b), references/exemplars/C101-职业与身份域范本.md (5359b), references/exemplars/C201-名人与拟人域范本.md (4777b), references/exemplars/C301-躯体与文化域范本.md (5962b), references/exemplars/C401-关系与层级域范本.md (7093b), references/exemplars/C501-功能与能力域范本.md (12511b), references/exemplars/C601-动机与动态域范本.md (10586b), references/exemplars/C701-整合校验域范本.md (22842b), skill-card.md (2236b), SKILL.md (21655b), _meta.json (137b)\n\nArchive v1.0.10: 17 files, 146715 bytes\n\nFiles: references/character-builder-prompt.md (181984b), references/character-catalog.md (13754b), references/character-exemplars.md (2336b), references/character-requirements.md (53635b), references/exemplars/C001-角色需求解析域范本.md (6934b), references/exemplars/C002-角色需求解析域范本.md (8398b), references/exemplars/C003-角色需求解析域范本.md (6169b), references/exemplars/C101-职业与身份域范本.md (5359b), references/exemplars/C201-名人与拟人域范本.md (4777b), references/exemplars/C301-躯体与文化域范本.md (5962b), references/exemplars/C401-关系与层级域范本.md (7093b), references/exemplars/C501-功能与能力域范本.md (12511b), references/exemplars/C601-动机与动态域范本.md (10586b), references/exemplars/C701-整合校验域范本.md (22842b), skill-card.md (2491b), SKILL.md (21655b), _meta.json (137b)\n\nArchive v1.0.9: 16 files, 145408 bytes\n\nFiles: references/character-builder-prompt.md (181984b), references/character-catalog.md (13754b), references/character-exemplars.md (2336b), references/character-requirements.md (53635b), references/exemplars/C001-角色需求解析域范本.md (6934b), references/exemplars/C002-角色需求解析域范本.md (8398b), references/exemplars/C003-角色需求解析域范本.md (6169b), references/exemplars/C101-职业与身份域范本.md (5359b), references/exemplars/C201-名人与拟人域范本.md (4777b), references/exemplars/C301-躯体与文化域范本.md (5962b), references/exemplars/C401-关系与层级域范本.md (7093b), references/exemplars/C501-功能与能力域范本.md (12511b), references/exemplars/C601-动机与动态域范本.md (10586b), references/exemplars/C701-整合校验域范本.md (22842b), SKILL.md (21655b), _meta.json (136b)\n\nArchive v1.0.8: 17 files, 146537 bytes\n\nFiles: references/character-builder-prompt.md (181984b), references/character-catalog.md (13754b), references/character-exemplars.md (2336b), references/character-requirements.md (53635b), references/exemplars/C001-角色需求解析域范本.md (6934b), references/exemplars/C002-角色需求解析域范本.md (8398b), references/exemplars/C003-角色需求解析域范本.md (6169b), references/exemplars/C101-职业与身份域范本.md (5359b), references/exemplars/C201-名人与拟人域范本.md (4777b), references/exemplars/C301-躯体与文化域范本.md (5962b), references/exemplars/C401-关系与层级域范本.md (7093b), references/exemplars/C501-功能与能力域范本.md (12511b), references/exemplars/C601-动机与动态域范本.md (10586b), references/exemplars/C701-整合校验域范本.md (22842b), skill-card.md (2193b), SKILL.md (21655b), _meta.json (136b)\n\nArchive v1.0.7: 17 files, 124605 bytes\n\nFiles: references/character-builder-prompt.md (134983b), references/character-catalog.md (9840b), references/character-exemplars.md (2214b), references/character-requirements.md (50509b), references/exemplars/C001-角色需求解析域范本.md (6391b), references/exemplars/C002-角色需求解析域范本.md (7846b), references/exemplars/C003-角色需求解析域范本.md (4825b), references/exemplars/C101-职业与身份域范本.md (4620b), references/exemplars/C201-名人与拟人域范本.md (4062b), references/exemplars/C301-躯体与文化域范本.md (5329b), references/exemplars/C401-关系与层级域范本.md (6375b), references/exemplars/C501-功能与能力域范本.md (11801b), references/exemplars/C601-动机与动态域范本.md (9780b), references/exemplars/C701-整合校验域范本.md (20800b), skill-card.md (2334b), SKILL.md (19590b), _meta.json (136b)\n\nArchive v1.0.6: 17 files, 120220 bytes\n\nFiles: references/character-builder-prompt.md (133096b), references/character-catalog.md (8204b), references/character-exemplars.md (2109b), references/character-requirements.md (44952b), references/exemplars/C001-角色需求解析域范本.md (6273b), references/exemplars/C002-角色需求解析域范本.md (7730b), references/exemplars/C003-角色需求解析域范本.md (4746b), references/exemplars/C101-职业与身份域范本.md (4534b), references/exemplars/C201-名人与拟人域范本.md (3995b), references/exemplars/C301-躯体与文化域范本.md (5262b), references/exemplars/C401-关系与层级域范本.md (6300b), references/exemplars/C501-功能与能力域范本.md (11646b), references/exemplars/C601-动机与动态域范本.md (9683b), references/exemplars/C701-整合校验域范本.md (20536b), skill-card.md (2213b), SKILL.md (12962b), _meta.json (136b)","readmeExcerpt":"Skill: Character-Builder Owner: wangjiaocheng Summary: 角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。 Tags: latest:1.0.15 Version history: v1.0.15 | 2026-09-22T10:42:52.351Z | user No fil","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"File v1.0.15:references/character-requirements.md\n\n## 角色方法论要求清单\r\n\r\n角色生成器每种任务类型的\"零件清单\"——必选/可选组件、组装顺序、约束。按清单逐项产出。\r\n\r\n---\r\n\r\n### C0 角色需求解析域\r\n\r\n#### 域级说明\r\n\r\nC0 域负责角色生成的第一步——理解用户意图。从模糊的角色概念中提取初始线索，区分哪些维度已有隐含信息、哪些需要主动询问、哪些可以自动推导。**双轴分类模型**：角色由两条正交轴定位——角色类型（写实/虚构/功能/拟人，回答\"角色是什么存在\"）和角色用途（叙事/游戏/交互/教学/品牌，回答\"角色用来干什么\"），4×5=20 种组合决定管线的校准方向和维度填充深度。**核心理念**：角色生成的第一步不是填充维度，而是同时判定\"用户已经给了什么、还需要什么\"和\"这个角色要用来干什么\"——输入的质量决定整个管线的质量，用途的判定决定填充的深度。生成的角色Skill有两种消费方式：**嵌入型**（附加到做事用技能上注入真人感与一致视角）和**独立型**（角色扮演对话、角色间模拟互动、为小说游戏创作提供人物灵感），用途轴决定维度深度，消费方式决定Skill的目标形态。**关键规则**：(1) 不可编造用户未提供的信息作为\"已知维度\" (2) 角色类型四选一决定了管线的校准方向 (3) 角色用途五选一决定了维度的填充深度（高/中/低/跳过），不可为空——一个没有用途的角色等于\"一个没有使用场景的工具\" (4) 缺失维度清单必须覆盖全部12个维度 (5) 每维必须标注信息源层级（第1层个人输入→第2层网络搜索→第3层LLM推理→第4层默认值），信息源可靠性递降规则：上一层可用时不可跳过。**穷尽性证明**：五种输入来源（直接描述/场景需求/功能需求/自由创作/模仿原型）× 四种填充策略（直接提取/推理推导/主动询问/默认值）× 四种信息源层级 × 五种角色用途权重矩阵 → C0 域完备。**跨域边界**：C0 的解析结果（类型+用途）决定所有后续域的填充策略、信息源选择和维度深度，是整条管线的入口控制器。C0→C1/C2/C3 扇出实体层并行填充。**价值属性**：将用户一句话的角色概念扩展为结构化的 12 维填充计划，消除从模糊需求到系统执行的认知落差；用途判定消除\"等权重填充\"的浪费——AI 助手不需要躯体文化，小说角色不能跳过关系网络；消费方式判定消除\"生成后不知怎么用\"的困惑——嵌入型生成精简可插拔人格层，独立型生成完整可交互角色Skill。\r\n深化由 C0-04 完成。\r\n\r\n#### C0-01 角色需求解析\r\n- **必选组件**: 用户原始输入、角色名称（用户提供或临时占位）、角色大致类型（写实/虚构/功能/拟人）、已知维度清单（从输入中明确提取的信息）、缺失维度清单（输入中未提及的维度）、用户明确要求（输出格式、角色用途等）\r\n- **可选组件**: 输入来源类型（直接描述/场景需求/功能需求/自由创作/模仿原型）\r\n- **组装顺序**: 接收输入→提取角色名称→判断角色类型→枚举已知维度→枚举缺失维度→记录用户明确要求\r\n- **约束**: 不可编造用户未提供的信息作为\"已知维度\"；角色类型四选一（写实/虚构/功能/拟人）；缺失维度清单必须覆盖全部12个维度\r\n- **格式**: 角色需求解析报告（Markdown）\r\n\r\n#### C0-02 维度填充策略\r\n- **必选组件**: 12维填充策略表（每维标注策略类型+信息来源）、用户输入提取项、推理推导项、主动询问项、默认值填充项\r\n- **四种策略类型**:\r\n  - **直接提取**: 用户输入中已明确的信息，直接填入对应维度\r\n  - **推理推导**: 基于已填充维度逻辑推导（如：职业为程序员的角色可推导其能力维中具有编程技能）\r\n  - **主动询问**: 用户输入完全未提及且无法推导的维度，列出具体问题等待用户回答\r\n  - **默认值**: 对角色定位不关键且用户未提及的维度，使用类型默认值（如：写实角色的文化背景默认为当代中国城市）\r\n- **必选组件：四种信息来源（每维必须标注使用的信息源层级）**:\r\n  - **第1层 个人输入（权威源）**: 用户直接提供或通过主动询问获取，不可被LLM猜测覆盖。主导维度：职业、身份、动机、关系。特点：只有用户自己知道，无替代源\r\n  - **第2层 网络搜索（验证源）**: 通过WebSearch验证事实，不可用时降级为LLM内置知识并标注\"未网络验证\"。主导维度：名人事实、职业前沿数据、文化准确信息、躯体科学基准\r\n  - **第3层 LLM推理（推导源）**: 从已填充维度逻辑推导，必须标注推导链路。主"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\r\nname: character-builder\r\nauthor: 王教成 Wang Jiaocheng (波动几何)\r\ndescription: 角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。\r\n---\r\n\r\n# 角色生成器\r\n\r\n## 定位\r\n\r\n本技能是**元技能系统（meta-skill-system）的下级母技能**，专门负责从任意角色概念出发，系统化填充12个正交维度，生成完整的角色Skill文件。\r\n\r\n**与元技能系统（meta-skill-system）的关系**：本技能消费元技能系统的三轴执行框架（6大元操作、R1-R5校准、管线编排），将12维角色分类体系转化为可执行的角色生成管线。两者的分工边界：**元技能系统做事，角色生成器造人**。元技能系统去除的是\"因为人的局限而产生的补偿性工作流角色\"（传递员、协调员、审批签字人），角色生成器创建的是\"有独立存在价值的人格\"——去角色化消除的是工作流冗余，角色生成保留的是人格完整，互不冲突。\r\n\r\n**为什么需要12维完整角色**：做事不需要完整角色——一个能写代码的AI不需要知道自己的星座。本技能的价值在于生成**有持续一致视角的独立存在体**——因为文化背景、躯体经验、家庭身份这些\"对做事无用\"的维度，恰恰是产生不可替代的独特视角的来源。本技能也是元技能系统M3领域负载物生成能力的一个边界验证：M3流程不仅可以生成\"做事用的技能\"，也可以生成\"有人格的创造物\"。\r\n\r\n**技能的两类消费方式**：生成的12维角色Skill有两种使用路径——①**嵌入型**，作为人格化层附加到做事用技能上，为任务执行注入真人感和一致视角（M3-03可选12维角色模型的核心场景）；②**独立型**，角色Skill自身即完整产品，用于角色扮演对话、角色间模拟互动、为小说/游戏创作提供人物灵感。用途轴的五种分类（叙事/游戏/交互/教学/品牌）决定角色维度的填充深度，消费方式决定角色Skill的目标形态。\r\n\r\n**核心理念**：角色 = 实体层坐标 × 社会层坐标 × 抽象层坐标。一个完整的角色不是\"一个标签\"，而是12个正交维度上各取一个值的乘积。本技能确保每个维度都被系统性填充，不遗漏、不敷衍。\r\n\r\n### 领域自身 R1-R5 定位\r\n\r\n本技能作为领域负载物（而非其生成的角色）的自身行为校准参数：\r\n\r\n| 维度 | 评分 | 说明 | 管线影响 |\r\n|------|------|------|---------|\r\n| R1 信息密度 | 高 | 角色生成依赖大量可验证的事实信息（职业体系/文化数据/名人事实/历史知识），S 感知和 C 认知的权重较高 | S 和 C 单元的管线上占比高，网络搜索使用频繁 |\r\n| R2 创造性 | 高 | 角色创作本身就是创造性活动——虚构角色需要原创设定，写实角色需要从事实中提取有张力的组合 | A 行动权重高，C 偏发散，G 偏宽松 |\r\n| R3 交互性 | 中高 | 角色生成需要在关键维度（职业/身份/动机/关系）上主动询问用户，但大量维度可以自动推导 | I 交互权重中等，关键决策点需交互确认 |\r\n| R4 规范性 | 高 | 12 维框架是严格的结构化体系——每个维度有明确的填充槽位、校验规则和约束条件 | G 守护权重高，自治度偏低，每域末尾 G 类校验必执行 |\r\n| R5 迭代性 | 中 | 角色通常需要 1-3 轮细化——首轮粗填→用户反馈→细调，但不需要多轮反复迭代 | ↻ 循环频率中等，C0→C7 为一次完整迭代 |\r\n\r\n## 核心能力\r\n\r\n### 能力协同（C0）\r\n\r\n**职责分工**：\r\n- **角色需求解析**：双轴判定（类型×用途）、角色类型判定、角色用途判定、维度填充策略规划\r\n- **12维系统填充**：实体层→社会层→抽象层的三层递进填充\r\n- **角色Skill组装与输出**：三层结构组装、格式验证、技能交付\r\n\r\n**价值链**：\r\n```\r\n用户输入 ──[需求解析]──→ 填充策略\r\n                              │\r\n                              ▼\r\n                  [实体层填充]（C1/C2/C3 并行）\r\n                              │\r\n                              ▼\r\n                       实体层角色粗胚\r\n                              │\r\n                              ▼\r\n                  [社会层填充]（C4）\r\n                              │\r\n                              ▼\r\n                       社会坐标中的角色\r\n                              │\r\n                              ▼\r\n                  [抽象层填充]（C5/C6 并行）\r\n                              │\r\n                              ▼\r\n                       12维完整角色\r\n                              │\r\n                              ▼\r\n                  [整合校验输出]（C7）\r\n```\r\n\r\n**三层价值属性**：\r\n- **实体层**：存在价值——解决\"角色是什么\"的根本问题（职业、身份、躯体、文化）\r\n- **社会层**：关系价值——解决\"角色在哪儿\"的定位问题（关系网络、层级位置）\r\n- **抽象层**：行为价值——解决\"角色怎么动\"的运行问题（功能映射、能力评估、动机分析、动态变化）\r\n\r\n**生产力价值**：将模糊的角色概念转化为系统化可复用的角色Skill——不是画了一个角色，是生成了一个可被元技能系统执行框架直接消费的人格化能力单元，让角色创作从艺术变为工程。\r\n\r\n### 角色需求解析能力（C0）\r\n\r\n从用户输入中提取角色概念的初始线索：\r\n\r\n- **双轴判定**：同时判定角色类型（写实/虚构/功能/拟人 四选一）和角色用途（叙事/游"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn75v65h3zezxajen2xf64b2v1845d98\",\n  \"slug\": \"character-builder\",\n  \"version\": \"1.0.15\",\n  \"publishedAt\": 1790073772351\n}"},{"path":"references/character-builder-prompt.md","content":"---\r\nname: character-builder\r\nauthor: 王教成 Wang Jiaocheng (波动几何)\r\ndescription: 角色生成器——元技能系统的下级母技能，从任意角色概念生成完整角色Skill。双轴分类：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合驱动维度深度。12维正交模型（实体层6维/社会层2维/抽象层4维）按三层递进管线填充，8域35任务，内嵌管线编排、三轴判定、领域校准、降级模式。生成的角色Skill可嵌入做事用技能注入真人感，也可独立用于角色扮演与创作灵感。触发词：生成角色、创建角色、角色生成、角色Skill、character builder、角色构建、角色设计、人物角色生成、meta-skill-system。\r\n---\r\n\r\n# 角色生成器\r\n\r\n## 定位\r\n\r\n本技能是**元技能系统（meta-skill-system）的下级母技能**，专门负责从任意角色概念出发，系统化填充12个正交维度，生成完整的角色Skill文件。\r\n\r\n**与元技能系统（meta-skill-system）的关系**：本技能消费元技能系统的三轴执行框架（6大元操作、R1-R5校准、管线编排），将12维角色分类体系转化为可执行的角色生成管线。两者的分工边界：**元技能系统做事，角色生成器造人**。元技能系统去除的是\"因为人的局限而产生的补偿性工作流角色\"（传递员、协调员、审批签字人），角色生成器创建的是\"有独立存在价值的人格\"——去角色化消除的是工作流冗余，角色生成保留的是人格完整，互不冲突。\r\n\r\n**为什么需要12维完整角色**：做事不需要完整角色——一个能写代码的AI不需要知道自己的星座。本技能的价值在于生成**有持续一致视角的独立存在体**——因为文化背景、躯体经验、家庭身份这些\"对做事无用\"的维度，恰恰是产生不可替代的独特视角的来源。本技能也是元技能系统M3领域负载物生成能力的一个边界验证：M3流程不仅可以生成\"做事用的技能\"，也可以生成\"有人格的创造物\"。\r\n\r\n**技能的两类消费方式**：生成的12维角色Skill有两种使用路径——①**嵌入型**，作为人格化层附加到做事用技能上，为任务执行注入真人感和一致视角（M3-03可选12维角色模型的核心场景）；②**独立型**，角色Skill自身即完整产品，用于角色扮演对话、角色间模拟互动、为小说/游戏创作提供人物灵感。用途轴的五种分类（叙事/游戏/交互/教学/品牌）决定角色维度的填充深度，消费方式决定角色Skill的目标形态。\r\n\r\n**核心理念**：角色 = 实体层坐标 × 社会层坐标 × 抽象层坐标。一个完整的角色不是\"一个标签\"，而是12个正交维度上各取一个值的乘积。本技能确保每个维度都被系统性填充，不遗漏、不敷衍。\r\n\r\n### 领域自身 R1-R5 定位\r\n\r\n本技能作为领域负载物（而非其生成的角色）的自身行为校准参数：\r\n\r\n| 维度 | 评分 | 说明 | 管线影响 |\r\n|------|------|------|---------|\r\n| R1 信息密度 | 高 | 角色生成依赖大量可验证的事实信息（职业体系/文化数据/名人事实/历史知识），S 感知和 C 认知的权重较高 | S 和 C 单元的管线上占比高，网络搜索使用频繁 |\r\n| R2 创造性 | 高 | 角色创作本身就是创造性活动——虚构角色需要原创设定，写实角色需要从事实中提取有张力的组合 | A 行动权重高，C 偏发散，G 偏宽松 |\r\n| R3 交互性 | 中高 | 角色生成需要在关键维度（职业/身份/动机/关系）上主动询问用户，但大量维度可以自动推导 | I 交互权重中等，关键决策点需交互确认 |\r\n| R4 规范性 | 高 | 12 维框架是严格的结构化体系——每个维度有明确的填充槽位、校验规则和约束条件 | G 守护权重高，自治度偏低，每域末尾 G 类校验必执行 |\r\n| R5 迭代性 | 中 | 角色通常需要 1-3 轮细化——首轮粗填→用户反馈→细调，但不需要多轮反复迭代 | ↻ 循环频率中等，C0→C7 为一次完整迭代 |\r\n\r\n## 核心能力\r\n\r\n### 能力协同（C0）\r\n\r\n**职责分工**：\r\n- **角色需求解析**：双轴判定（类型×用途）、角色类型判定、角色用途判定、维度填充策略规划\r\n- **12维系统填充**：实体层→社会层→抽象层的三层递进填充\r\n- **角色Skill组装与输出**：三层结构组装、格式验证、技能交付\r\n\r\n**价值链**：\r\n```\r\n用户输入 ──[需求解析]──→ 填充策略\r\n                              │\r\n                              ▼\r\n                  [实体层填充]（C1/C2/C3 并行）\r\n                              │\r\n                              ▼\r\n                       实体层角色粗胚\r\n                              │\r\n                              ▼\r\n                  [社会层填充]（C4）\r\n                              │\r\n                              ▼\r\n                       社会坐标中的角色\r\n                              │\r\n                              ▼\r\n                  [抽象层填充]（C5/C6 并行）\r\n                              │\r\n                              ▼\r\n                       12维完整角色\r\n                              │\r\n                              ▼\r\n                  [整合校验输出]（C7）\r\n```\r\n\r\n**三层价值属性**：\r\n- **实体层**：存在价值——解决\"角色是什么\"的根本问题（职业、身份、躯体、文化）\r\n- **社会层**：关系价值——解决\"角色在哪儿\"的定位问题（关系网络、层级位置）\r\n- **抽象层**：行为价值——解决\"角色怎么动\"的运行问题（功能映射、能力评估、动机分析、动态变化）\r\n\r\n**生产力价值**：将模糊的角色概念转化为系统化可复用的角色Skill——不是画了一个角色，是生成了一个可被元技能系统执行框架直接消费的人格化能力单元，让角色创作从艺术变为工程。\r\n\r\n### 角色需求解析能力（C0）\r\n\r\n从用户输入中提取角色概念的初始线索：\r\n\r\n- **双轴判定**：同时判定角色类型（写实/虚构/功能/拟人 四选一）和角色用途（叙事/游"},{"path":"references/character-catalog.md","content":"## 角色技能清单与依赖拓扑\r\n\r\n角色生成器按角色生成流程组织的方法论执行任务清单，附任务间关系和元操作映射提示。\r\n\r\n**域间逻辑流**：C0(入口→校验G→扇出) → C1/C2/C3 (实体层并行→各域内G) → C4 (社会层→域内G) → C5/C6 (抽象层并行→各域内G) → C7(汇聚G→组装→格式G→输出→深化)\r\n\r\n---\r\n\r\n### C0 角色需求解析域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C0-01 | 角色需求解析 | 解析用户输入的角色概念，双轴判定：角色类型（写实/虚构/功能/拟人）×角色用途（叙事/游戏/交互/教学/品牌），20种组合决定后续管线。提取角色名称、已知维度、缺失维度、用户要求 | 无（入口） | S→C |\r\n| C0-02 | 维度填充策略 | 基于双轴判定结果（类型+用途）确定填充策略：按用途维度权重矩阵标注各维填充深度（高/中/低/跳过），分配四种策略类型和四层信息源层级 | C0-01 | C |\r\n| C0-03 | 执行顺序确定 | 确定8域的填充顺序和并行/串行策略，识别维度间的依赖关系 | C0-02 | C→A |\r\n| C0-04 | 需求解析校验 | 校验 C0-01~03 的输出：验证双轴判定（类型×用途）合理性、12维策略完整性、执行顺序正确性。不通过则回退修正 | C0-03 | G |\r\n| C0-05 | 需求解析深化 | 基于解析结论或用户反馈深化：角色类型重新判定、维度填充策略优化、执行顺序调整。深化后须重新校验 | C0-04 | C→A |\r\n\r\n### C1 职业与身份域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C1-01 | 职业锚定 | 确定角色的行业分类（工农商学兵政医法科教文体卫金媒物流）和任务谱系细分。写实角色基于真实职业体系，虚构角色可创建虚构职业 | C0-03 | S→C |\r\n| C1-02 | 身份叠加 | 在职业之上叠加多重身份：组织身份（职级/角色）、家庭身份（父母/子女/配偶等）、社会身份（公民/会员/志愿者等）、知识身份（新手/专家/导师/学生等） | C1-01 | C |\r\n| C1-03 | 职业身份校验 | 验证职业与身份的一致性：职业要求的技能是否与身份的能力匹配、身份层级是否与职业阶段匹配、多重身份之间是否存在合理张力 | C1-02 | G |\r\n| C1-04 | 职业身份深化 | 基于校验结果或用户反馈深化：职业细化、身份再叠加、张力重新分析。职业修改须同步关联域 | C1-03 | C→A |\r\n\r\n### C2 名人与拟人域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C2-01 | 名人锚点匹配 | 寻找与目标角色最接近的真实历史/当代人物作为原型锚点。可匹配多个名人形成复合原型。名人必须真实存在，虚构人物不可作为名人锚 | C0-03 | S→C |\r\n| C2-02 | 拟人类型确定 | 确定角色的拟人化类型：真实人类/动物拟人/物品拟人/自然力拟人/抽象概念拟人/AI与虚拟拟人。每个类型需保留本体属性+叠加人格属性 | C0-03 | C |\r\n| C2-03 | 名人拟人校验 | 验证名人锚点的准确性（是否存在、事迹是否准确）和拟人类型的合理性（本体属性是否被尊重、人格投射是否自然） | C2-01, C2-02 | G |\r\n| C2-04 | 名人拟人深化 | 基于校验结果或用户反馈深化：名人替换、复合原型调整、拟人程度微调 | C2-03 | C→A |\r\n\r\n### C3 躯体与文化域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C3-01 | 躯体属性填充 | 填充角色的身体属性：年龄（精确或范围）、性别/性别认同、体型/身高/体重、健康状况/残疾/特殊体质、外貌特征（面部/发色/肤色/标志性特征）、是否有物质身体（AI/幽灵无身体需标注） | C0-03 | C→A |\r\n| C3-02 | 文化背景填充 | 填充角色的文化坐标：国籍/民族、母语/掌握语言、宗教信仰/无神论/不可知论、社会阶级/阶层、所处时代/年代、所属亚文化/社群 | C0-03 | C→A |\r\n| C3-03 | 躯体文化校验 | 验证躯体属性与文化背景的一致性：时代与寿命的匹配、文化与外貌的合理性、宗教信仰与生活方式的兼容性 | C3-01, C3-02 | G |\r\n| C3-04 | 躯体文化深化 | 基于校验结果或用户反馈深化：躯体属性细化、文化坐标修正、时代一致性修复 | C3-03 | C→A |\r\n\r\n### C4 关系与层级域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C4-01 | 关系网络构建 | 构建角色的关系网络：列出所有关联角色、标注关系类型（血缘/职业/友谊/敌对/共生/代理等）、标注关系强度（核心/重要/边缘）、标注关系方向（一对一/一对多/多对多） | C1-01, C1-02 | C→A |\r\n| C4-02 | 层级位置确定 | 确定角色在组织/社会/故事中的层级：元层（定义规则者）、宏观层（全局视角）、中观层（域级协调）、微观层（单点执行）、边界层（跨域连接）、辅助层（支撑性角色） | C1-01, C4-01 | C |\r\n| C4-03 | 关系层级校验 | 验证关系网络与层级位置的合理性：层级与关系类型是否匹配（元层不应有大量微观关系）、关系网络中是否有逻辑矛盾（互斥的关系不能共存） | C4-01, C4-02 | G |\r\n| C4-04 | 关系层级深化 | 基于校验结果或用户反馈深化：关系网络扩展、层级位置调整、关系动态细化 | C4-03 | C→A |\r\n\r\n### C5 功能与能力域\r\n\r\n| ID | 任务类型 | 说明 | 依赖 | 元操作映射 |\r\n|----|---------|------|------|-----------|\r\n| C5-01 | 元操作映射 | 将角色映射到6大元操作（S感知/C认知/A行动/O组织/I交互/G守护）的组合。标注主导元操作和辅助元操作，推导元操作级身份 | C1-01, C1-02 | C |\r\n| C5-02 | 能力评估 | 评估角色的能力维度：专业知识/技能清单/掌握的资源/信息可达性/权力与权限范围/自由度与约束条件。使用R1-R5五域校准标记能力特征 | C3-01, C3-02 | C |\r\n| C5-03 | 功能能力校验 | 验"},{"path":"references/character-exemplars.md","content":"## 角色范本库\r\n\r\n角色生成器的范本索引。具体范本内容存储于子文件中。\r\n\r\n---\r\n\r\n### 范本清单\r\n\r\n| 域 | 范本文件 | 覆盖任务 | 说明 |\r\n|----|---------|---------|------|\r\n| C0 角色需求解析域 | exemplars/C001-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 写实角色（中年女医生）的双轴判定+策略+顺序+校验 |\r\n| C0 角色需求解析域 | exemplars/C002-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 功能角色（AI编程助手Coddy）的双轴判定+策略+顺序+校验 |\r\n| C0 角色需求解析域 | exemplars/C003-角色需求解析域范本.md | C0-01/C0-02/C0-03/C0-04 | 虚构角色（反乌托邦告密者）的双轴判定+策略+顺序+校验 |\r\n| C1 职业与身份域 | exemplars/C101-职业与身份域范本.md | C1-01/C1-02/C1-03/C1-04 | 独立游戏开发者的职业锚定+四重身份叠加+校验+深化 |\r\n| C2 名人与拟人域 | exemplars/C201-名人与拟人域范本.md | C2-01/C2-02/C2-03/C2-04 | 民国狐狸侦探的拟人类型确定+本体人格双属性+校验+深化 |\r\n| C3 躯体与文化域 | exemplars/C301-躯体与文化域范本.md | C3-01/C3-02/C3-03/C3-04 | 12世纪诺曼骑士的躯体属性+文化坐标+时代校验+深化 |\r\n| C4 关系与层级域 | exemplars/C401-关系与层级域范本.md | C4-01/C4-02/C4-03/C4-04 | AI创业公司CTO的关系网络+层级流动+权力动态+深化 |\r\n| C5 功能与能力域 | exemplars/C501-功能与能力域范本.md | C5-01/C5-02/C5-03/C5-04 | 气候科学家的元操作映射+能力评估+功能校验+深化 |\r\n| C6 动机与动态域 | exemplars/C601-动机与动态域范本.md | C6-01/C6-02/C6-03/C6-04/C6-05 | 连续创业者的动机分析+场景映射+生命周期+校验+深化 |\r\n| C7 整合校验域 | exemplars/C701-整合校验域范本.md | C7-01/C7-02/C7-03/C7-04/C7-05 | 陈远角色的12维校验+组装+格式验证+输出+深化 |\r\n\r\n---\r\n\r\n### 范本标准格式模板\r\n\r\n```markdown\r\n## {范本名称}\r\n\r\n- **类型**: {写实/虚构/功能/拟人}\r\n- **对应域**: {C0-C7}\r\n- **来源**: {用户场景/教学示例/公开角色}\r\n- **日期**: {YYYY-MM-DD}\r\n\r\n### 输入\r\n{用户的角色生成请求原文}\r\n\r\n### 输出\r\n{本域的填充结果/校验结果/角色Skill}\r\n\r\n### 说明\r\n{本范本的要点和注意事项}\r\n```"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":null,"editorialQuality":{"score":100,"threshold":65,"status":"thin","wordCount":899,"uniquenessScore":39,"reasons":["uniqueness-below-45"]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-10T18:02:55.035Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-10T18:02:55.035Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-10T21:48:56.183Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}