Julius / 个人研究项目
当用户想理解一个人，长期认知支持应该记住什么？
Julius 不是答案供应器，而是把流量问题与人物冲突转换成可研究的问题结构、母题与思考过程样本。
用户问题分类
两条入口，同一中枢。
Julius 接受两类入口：病症驱动（高讨论问题）与人物驱动（高讨论人物）。两者最终都必须汇入“问题结构 + 思考过程”，而不是直接给出结论。
病症驱动入口
高讨论问题 → 原始表达 → 欲望/情绪分析 → 个体处境 → 问题结构 → 母题 → 案例。
人物驱动入口
高讨论人物 → 真实观点冲突 → Person Conflict Lead → 主编批准 → 个体处境 → 母题 → 案例。
知识模型
从原始问题到输出，保留完整证据链。
核心链路：原始问题 → 问题结构 → 母题 → 经验资产 → 思考过程样本 → 内容输出。人物是入口与关系节点，不是知识模型的中心。
Person / 人物卡
身份、时代、语境、被关注原因、相关母题、资料质量。当前人物卡索引含 58 张卡片。
Theme / 母题
跨时代押韵的长期人类问题，例如“手艺与信念”“命运与选择”“他者与连接”。当前共 44 份母题档案。
Insight / 洞察
来自真实来源的可验证观点，必须携带 source_id 与 verbatim quote，禁止凭空构造。
Relation / 关系
person_states_insight、insight_in_theme、insight_supports_concept 等关系把节点编织成可追踪的图。
真实图谱：黄仁勋
用真实数据渲染，而非装饰性知识图。
下图直接来自 Julius 仓库的 data/graph-huang-renxun.json：216 节点、385 关系，包含 5 个来源、135 条 insight、24 条 belief、23 个 concept、16 个 theme 与 12 个 era。
加载图谱数据中…
交互式工作台 · v0.2
人物 → 证据 → 母题 → 判断 → 选题，可反向追溯。
上一版是「通用内容运营看板」；v0.2 重构为「人物认知工作台」。你可以在工作台里完成一次完整的反向追溯：从一条选题出发，点「← 反向追溯」回到支持它的判断，再点进判断所依据的证据原话与图谱节点——每一步都能退回到真实来源，也能从证据正向走回选题。
首个验证计划
10 个完整样本，分两道闸口执行。
首轮不验证商业规模，而是验证：能否稳定产出完整思考过程；双入口是否都能找到好题；大众入口能否迁移到价值内核；主编审核是否可以被清晰执行。
A 轨道 · 病症驱动
1 个校准 + 4 个待放行。覆盖至少三类不同个体处境；不得直接回答原问题。
B 轨道 · 人物驱动
1 个校准 + 4 个待放行。人物热度不能成为立项理由；必须形成可证据化过程样本。
代码仓库
人物卡、母题档案与抽取流水线已入库；仓库当前为私有，可按需开放。
已入库内容：57 张人物卡、57 张精神卡、41 篇母题档案、19 个流水线模块、33 个脚本与 5 组测试。