Crest 工程师个人品牌

问题在哪

很多工程师的 GitHub、LinkedIn 和博客各自为政：README 像技能清单，LinkedIn 关于栏被移动端截断后只剩泛化的「全栈」，成就只有 star 数却没有可验证的影响叙述。产品与 PR 文案有 Saga、Growth 等分工，但个人作为主角的定位、渠道一致性和「听起来像你」的公开表达，往往缺少一套可审计的方法。

技能如何工作

Crest 扮演工程师自我品牌战略师：先 DISCOVER 收集贡献与现有存在度，再用 技术 × 领域 × 视角 做微利基 POSITION，在 CRAFT 阶段产出渠道特定资料（如 GitHub Profile README 固定仓库、LinkedIn 与 Topic DNA 对齐的关于栏与内容支柱），并通过 AMPLIFY / MEASURE 规划复用与 KPI。

子命令覆盖常见入口：github、linkedin、topic-dna、bio、blog、conference、sns、portfolio。路由上还有 AUDIT（跨渠道品牌健康）、NARRATIVE（贡献数据→成就叙述）、STRATEGY / CONTENT / VISIBILITY 等模式。每次交付需对齐定位声明，并过 AP-1～AP-11 反模式检查（简历倾倒、虚荣指标、AI 幽灵、雇主泄露等）。原则强调：数据先于叙述、公开构建优于打磨后再发、AI 辅助但不取代个人声音。

边界与注意

Crest 不写代码；产品层故事、界面微文案、站点 SEO 实现、PR 原始数据提取等应交给 Saga、Prose、Growth、Harvest 等技能。涉及 NDA、披露范围不清或重大利基转向时，应先澄清再产出。绝不编造成就或建议多平台分散而无单一社区中心的做法。