用途：该技能提供“公开构建”（build in public）的工程分享最佳实践，帮助开发者把工作过程讲清楚，而不是做营销。核心理念是像向同为资深工程师的朋友叙述思路：不吹嘘、不写“激动地宣布”，只说清做了什么、为何重要、学到什么。
主要能力：区分可分享与不可分享内容。可分享技术决策与理由、架构洞察、失败与教训、前后指标对比、带背景的开源发布、反直觉发现；不分享营收、用户数、估值、客户名称或可识别信息、内部 URL 与密钥凭据、受 NDA 保护内容、可能无法兑现的路线图承诺、伪装成内容的招聘。提供分渠道指南：LinkedIn 面向工程师、CTO、创始人，建议 1-3 段、800-2000 字符，先给洞察，多换行，一段一个要点，首段不放外链；语气自信且教学性强。X（Twitter）面向开发者，280 字符上限，非必要不发长推文串，一条一个观点，截图配 alt 文本，语气锐利、少废话。还给出发布时间建议、内容日历节奏（每日、每周及 PR 合并、功能上线、评审通过、重大发布等事件触发）、反模式（滥用“我们”、互动诱饵、只发不建、LinkedIn 腔、过度润色、忽视回复）与衡量指标（展示量、互动率、主页访问、私信等）。
使用方式：技能内含插件集成规则，可按事件自动决定分享或跳过，例如 PR 合并时若改动文件超过 3 个且提交信息有意义则分享，仅改错字、升级依赖或改配置则跳过；功能上线总是分享并附截图；评审通过需 3/3 一致通过才分享且仅发 X，1/3 或 0/3 跳过。所有帖子发布前经 anonymize.yaml 脱敏，公司名替换为通用描述，营收表述改为“大规模”。
适用场景：个人或团队在工程实践中持续公开分享技术进展、决策与经验教训。
限制：技能未提供具体安装命令、费用或价格信息，暂未提供；其自动分享依赖插件与 anonymize.yaml 配置，具体实现细节未在资料中展开。