企业官网建设流程全解析

Digital Brain 个人品牌策略指南：用结构化模板构建 AI 可读的 positioning、受众与内容支柱

【免费下载链接】Agent-Skills-for-Context-EngineeringA comprehensive collection of Agent Skills for context engineering, multi-agent architectures, and production agent systems. Use when building, optimizing, or debugging agent systems that require effective context management.项目地址: https://gitcode.com/GitHub_Trending/ag/Agent-Skills-for-Context-Engineering

本文是examples/digital-brain-skill（Digital Brain 个人操作系统）中身份模块（identity module）的实战指南，以 brand.md 为核心骨架，讲解如何用一套可被 Agent 检索、填充和复用的结构化模板，系统化定义个人品牌的定位（positioning）、目标受众（audience）与战略叙事（strategic narrative），并与 voice、values、bio-variants 及生成提示词协同，让 AI 助手在创作内容、对外代表你时始终保持品牌一致性。读完本文，你将掌握 brand.md 全部七大板块的填写方法、字段级含义，以及它如何与 Digital Brain 的上下文工程机制（渐进式披露、注意力预算）配合工作。

一、brand.md 在 Digital Brain 中的位置与作用

Digital Brain 是一个面向创始人、创作者与构建者的「个人操作系统」，其identity/模块负责数字身份基础——你是谁、你如何沟通、你代表什么。该模块由五个文件构成（见 IDENTITY.md）：

其中brand.md承担「策略层」角色：voice.md解决表达方式，brand.md解决表达主题与目标人群。IDENTITY.md 明确给出了 Agent 的使用规则——写任何内容前必须先读 voice.md；涉及话题选择时，查阅 brand.md 做定位校验。这决定了 brand.md 不是一份给人看的静态简历，而是会被 Agent 高频扫描的结构化上下文。

在上下文工程视角下，brand.md 是一个「高信号 token」文件：它只承载独特信息（你的受众画像、内容支柱、差异化主张），而不是通用写作建议，从而用最小的上下文开销换取消费行为的可预测性。这一点与 SKILLS-MAPPING.md 中「context-fundamentals」技能的原则完全一致。

二、Brand Positioning：一句话定位、30 秒电梯演讲与起源故事

brand.md 的定位板块包含三部分，由短到长构成完整的叙事金字塔：

One-Liner（一句话定位）

一句话描述你这个人。它是所有其他内容的源头，会被复用进 bio、演讲者简介和自我介绍。

[PLACEHOLDER: e.g., "I help technical founders build in public and grow their audience."]

填写技巧：采用「我帮助 X 人群做 Y 事情」的句式，X 与 Y 都要具体。这句 One-Liner 会在 content-generation.xml 的{{USER_DESCRIPTION}}变量中被引用——Agent 生成内容前会读取它来锚定你的身份。

Elevator Pitch（30 秒演讲）

One-Liner 的 2～3 句扩展版：

[PLACEHOLDER: 2-3 sentence expanded version]

建议覆盖三个要素：你是谁 + 你解决什么问题 + 你为什么值得被关注。控制在 60～75 个单词以内，方便直接背诵或粘贴到「About」页面。

Origin Story（起源故事）

叙事弧线：你从哪里来、关键转折点、要去向哪里：

[PLACEHOLDER: Write your founder/creator story]

Origin Story 是差异化叙事的内核。它不只服务于「自我介绍」，更是内容创作的素材库——story 格式的帖文通常以「Last week I...」开头（见 voice.md 的 Hook Patterns），而故事细节正是从这段起源叙事中抽取的。

三、Target Audience：主受众与次级受众的结构化画像

受众板块是 brand.md 中 Agent 利用率最高的数据。它使用 YAML 结构，便于 Agent 解析字段级信息：

主受众（Primary Audience）

who: "[PLACEHOLDER: e.g., Early-stage technical founders]" pain_points: - "[PLACEHOLDER: e.g., Don't know how to market themselves]" - "[PLACEHOLDER]" - "[PLACEHOLDER]" aspirations: - "[PLACEHOLDER: e.g., Build a personal brand that attracts investors/talent]" - "[PLACEHOLDER]" where_they_hang_out: - "[PLACEHOLDER: e.g., Twitter, Hacker News, specific Discords]" - "[PLACEHOLDER]"

三个字段各有用途：

• pain_points（痛点）：驱动内容选题，Agent 据此判断某篇文章是否切中受众真实困扰；
• aspirations（愿望）：定义内容的价值承诺与 CTA 方向；
• where_they_hang_out（聚集地）：决定平台优先级与分发策略，与后文 Growth Strategy 的 Platform Priority 联动。

次级受众（Secondary Audiences）

- segment: "[PLACEHOLDER: e.g., Aspiring founders]" relevance: "[PLACEHOLDER: How you serve them]" - segment: "[PLACEHOLDER]" relevance: "[PLACEHOLDER]"

次级受众不改变主内容方向，但决定了 20% 内容与跨平台衍生（如播客、采访）的取舍。relevance字段必须写清楚「你如何服务他们」，防止 Agent 把话题发散到与品牌无关的人群。

四、Content Pillars：80/20 内容支柱与 Off-Limits 边界

内容支柱是品牌策略的核心输出物——它直接回答 Agent 在创作时的灵魂拷问：「这个话题我该不该写？」

主话题（80% 的内容）

你被熟知且拥有权威感的话题，用表格维护：

主支柱建议控制在 3～5 个。Example Angles一列很关键：它给 Agent 提供了选题脚手架，避免「AI/Agents」这种宽泛主题被写成泛泛而谈的内容。

次级话题（20% 的内容）

补全品牌立体感的邻近话题：

- [PLACEHOLDER: e.g., Productivity/Systems] - [PLACEHOLDER: e.g., Founder mental health] - [PLACEHOLDER]

次级话题用于「润色」品牌——它们不能喧宾夺主，但能让你看起来是个完整的人，而非话题机器。

禁区话题（Off-Limits Topics）

- [PLACEHOLDER: e.g., Politics] - [PLACEHOLDER: e.g., Competitors by name] - [PLACEHOLDER]

这是最容易忽略却最能省事的板块。显式声明禁区，等于给 Agent 装上了「刹车」，防止它在长对话中越界输出与品牌价值观冲突的内容。

在实战中如何被使用

以 content-workflow.md 的完整示例为证：用户请求「写一条关于 building in public 的帖子」后，Agent 读取 brand.md 扫描内容支柱，确认building_in_public ✓ MATCH，才进入草稿阶段。这就是 brand.md 的定位校验功能——话题不匹配时，Agent 应当先与用户确认或提出替代选题，而不是硬写。

五、Unique Value Proposition：差异化主张与可信度标记

What Makes You Different

[PLACEHOLDER: Your unique combination of skills/experience/perspective]

注意措辞是「技能 + 经验 + 视角的独特组合」——单一技能很难差异化，组合才独特。这个板块是 Competitive Positioning（竞争定位）中 Differentiation 的输入源。

Credibility Markers（可信度标记）

achievements: - "[PLACEHOLDER: e.g., Built X to $Y ARR]" - "[PLACEHOLDER: e.g., Z followers across platforms]" - "[PLACEHOLDER]" experience: - "[PLACEHOLDER: e.g., 10 years in industry]" - "[PLACEHOLDER]" social_proof: - "[PLACEHOLDER: e.g., Featured in...]" - "[PLACEHOLDER: e.g., Advised companies like...]"

可信度标记是「可复用素材块」：它们不直接出现在每篇内容里，但在写 bio、演讲者简介、媒体采访回复时，Agent 会从这三类字段中抽取匹配上下文的素材。这也与 bio-variants.md 的「Credentials Block」设计相呼应——预置凭据块，按平台按需拼装。

六、Brand Voice Alignment：情绪领地与品牌人格

brand.md 的定位信息必须与 voice.md 的语音信息对齐，才能输出一致的内容。本板块记录「读者接触你内容后应该产生什么感受」以及「品牌如果是一个人，它是谁」：

Emotional Territory（情绪领地）

[PLACEHOLDER: e.g., "Inspired to take action, equipped with practical knowledge, part of a community"]

这是内容的「体验目标」——每篇内容发布前，Agent 可以对照检查：这篇内容是否把读者导向了预期的情绪状态？

Brand Personality（品牌人格）

if_brand_were_a_person: age: "[PLACEHOLDER]" style: "[PLACEHOLDER: e.g., Smart casual, approachable]" conversation_style: "[PLACEHOLDER: e.g., Like talking to a smart friend]" energy: "[PLACEHOLDER: e.g., High energy but not manic]"

品牌人格字段直接对齐 voice.md 的 Voice Attributes 评分表（Formal↔Casual、Serious↔Playful、Technical↔Simple 等 1～10 分量表）。建议两边使用同一套词汇描述——例如人格里写「casual」，voice.md 里 Formal↔Casual 就应该打 7/10 左右。两者不一致会导致 Agent 产出互相矛盾的内容。

Agent 侧的执行约束（见 IDENTITY.md 的<instructions>）：创作时必须匹配能量级别、词汇与结构模式，规避 "never use" 列表中的词，自然融入签名短语，并用 brand.md 校验话题相关性。情感领地与人格画像正是这份指令的「参照物」。

七、Competitive Positioning：灵感来源与差异化

Similar Voices（相似的声音，仅作灵感）

- [PLACEHOLDER: e.g., @name - what you like about their approach] - [PLACEHOLDER]

注意语义是「Inspiration（灵感）」而非「对标」：记录欣赏其方法的创作者，但注明你喜欢的具体做法，为 Differentiation 提供参照系。

Differentiation（差异化声明）

[PLACEHOLDER: How you're different from similar creators/founders]

把第五节的「独特组合」落到与同行的对比上。一个实用的填写方法：以「他们在 X 方面很强，但我不做 X，我做 Y」的句式组织，让差异化具象、可辩护。

八、Growth Strategy：当前焦点、平台优先级与关键指标

Current Focus

[PLACEHOLDER: e.g., Growing Twitter to 50k, launching newsletter]

聚焦 1～2 件事，防止 Agent 在内容规划时平均用力。当前焦点与 operations/goals.yaml 的 OKR 应保持同步——brand 策略与运营目标不一致时，优先以 goals 为准并回写 brand.md。

Platform Priority

primary: "[PLACEHOLDER: e.g., Twitter/X]" secondary: "[PLACEHOLDER: e.g., LinkedIn]" experimenting: "[PLACEHOLDER: e.g., YouTube]"

三个层级定义了精力分配：primary 承载 80% 的创作能量，secondary 做同步与衍生，experimenting 只做小成本试错。这个字段同时驱动 voice.md 的 Platform Adaptations 板块——不同平台的语气微调都应围绕这里的优先级展开。

Key Metrics

north_star: "[PLACEHOLDER: e.g., Newsletter subscribers]" leading_indicators: - "[PLACEHOLDER: e.g., Engagement rate]" - "[PLACEHOLDER: e.g., Profile visits]"

北极星指标是唯一目标，领先指标是早期信号。发布后数据会沉淀到 content/posts.jsonl，Agent 可据此反哺策略：某支柱表现持续不佳时，提示用户调整 Content Pillars 或重新审视定位。

九、与生成提示词的协同：brand.md 如何进入内容流水线

brand.md 不是孤立文档，它通过 XML 提示词模板接入实际内容生产。以 content-generation.xml 为例，其变量引用如下：

<context> You are writing as {{USER_NAME}}, a {{USER_DESCRIPTION}}. Before generating ANY content: 1. Review the voice profile in identity/voice.md 2. Check brand positioning in identity/brand.md 3. Reference recent successful posts if available </context> <output_requirements> <format>{{CONTENT_FORMAT}}</format> <platform>{{TARGET_PLATFORM}}</platform> <length>{{TARGET_LENGTH}}</length> <include_cta>{{INCLUDE_CTA}}</include_cta> </output_requirements>

{{USER_DESCRIPTION}}对应 brand.md 的 One-Liner，platform对应 Platform Priority 的约束，quality_checks中的「Is it aligned with their content pillars?」则直接要求 Agent 用 brand.md 的 Content Pillars 做终检。同理，reply-generator.xml 在生成回复时会依据{{RELATIONSHIP_CONTEXT}}校准语气，而关系层级与品牌立场都隐式受 brand.md 边界约束。

完整流水线（见 SKILL.md 与 content-workflow.md）为：

1. 读 identity/voice.md（必读） → 提取语气模式 2. 查 identity/brand.md（话题校验） → 确认内容支柱匹配 3. 参考 content/posts.jsonl → 复用高表现格式 4. 用 content/templates/ 做结构脚手架 → 生成草稿 5. 发布后追加写入 content/posts.jsonl → 沉淀数据，反哺策略

十、上下文工程视角：brand.md 的注意力预算与维护规范

从上下文工程角度，brand.md 的存在本身就是一种「模块分离 + 按需加载」设计（详见 SKILLS-MAPPING.md）：

• 注意力预算：内容创作场景只加载 identity 模块，绝不加载 network/operations 数据；SKILLS-MAPPING.md 估算该场景总上下文约 400 tokens（其中 brand.md 仅约 150 tokens），而加载整个 brain 约需 5000 tokens——这就是品牌策略文件化的价值：策略在线，成本可控。
• 渐进式披露三级结构：L1（SKILL.md 元数据）→ L2（模块说明 IDENTITY.md）→ L3（数据文件 brand.md / voice.md），每级按需触发，brand.md属于 L3，只有真正要创作内容时才被读取。
• 单源事实：定位信息只存于 brand.md，voice 只存于 voice.md，避免多份拷贝导致的「冲突指令」式上下文退化。

维护规范（对齐 AGENTS.md 与 SKILL.md 的指南）：

1. Voice First：任何内容生成前必须先读 voice.md，brand.md 紧随其后做话题校验；
2. 只追加、不覆盖：数据类文件（posts.jsonl 等）禁止删除，用"status": "archived"归档，保留策略迭代史；
3. 更新时戳：修改 brand.md 等被追踪文件时更新updated字段（文件尾部保留*Last updated: [DATE]*占位行）；
4. 定期复盘：每周回顾时用 posts.jsonl 的表现数据校准内容支柱与受众画像，形成「策略 → 创作 → 数据 → 策略」闭环；
5. 保持精简：参考 SKILLS-MAPPING.md 的验证清单，品牌文件聚焦高信号信息，避免堆砌通用建议稀释 token 价值。

结语：从占位符到活策略

brand.md的全部结构都是[PLACEHOLDER]占位符——这既是模板的起点，也是刻意的设计。SKILLS-MAPPING.md 在 Trade-offs 一节明确说明：用占位符而非示例，是为了避免「AI slop」，强制用户完成个性化。当你逐块填完这七大板块，brand.md 就从模板变成了 Digital Brain 的「策略内存」：Agent 每写一篇帖子、每回复一条评论、每更新一次 bio，都会先回来读它。这也正是上下文工程的核心诉求——把最重要的策略信息，放在最容易被检索、引用和信赖的位置。

如需继续深入，可依次阅读 voice.md（表达层）、values.yaml（价值观层）、bio-variants.md（平台落地层），以及 content-workflow.md（完整实战走查）和 SKILLS-MAPPING.md（上下文工程原理映射）。

【免费下载链接】Agent-Skills-for-Context-EngineeringA comprehensive collection of Agent Skills for context engineering, multi-agent architectures, and production agent systems. Use when building, optimizing, or debugging agent systems that require effective context management.项目地址: https://gitcode.com/GitHub_Trending/ag/Agent-Skills-for-Context-Engineering