这是一个面向标准分发的 Codex skills 归档包,集中保存三个可独立安装或复制的 skill:
pm:产品管理工作流路由器,覆盖脑暴、PRD/Spec、研究综合、竞品分析、路线图、Sprint 规划、干系人更新和指标复盘。brand-naming-studio:品牌、产品、组织和内部团队命名工作流,包含策略简报、命名领地、候选生成、评分筛选和初步可用性检查框架。brandkit:高端品牌视觉系统与 brand-kit 图像生成指导,面向 logo 概念、品牌规范板、视觉世界和身份系统展示。
.
├── README.md
├── skills
│ ├── brand-naming-studio
│ │ ├── SKILL.md
│ │ ├── agents
│ │ │ └── openai.yaml
│ │ └── scripts
│ │ └── score_names.py
│ ├── brandkit
│ │ └── SKILL.md
│ └── pm
│ ├── SKILL.md
│ ├── agents
│ │ └── openai.yaml
│ └── references
│ ├── brainstorm-command.md
│ ├── competitive-brief.md
│ ├── connectors.md
│ ├── metrics-review.md
│ ├── product-brainstorming.md
│ ├── roadmap-update.md
│ ├── source-license.txt
│ ├── sprint-planning.md
│ ├── stakeholder-update.md
│ ├── synthesize-research.md
│ └── write-spec.md
pm 是一个轻量级产品管理 workflow router。入口文件 SKILL.md 根据用户指定或上下文推断路由,并按需加载 references/ 下的具体工作流材料。
核心内容:
pm/brainstorm:产品问题、机会和想法探索。pm/write-spec:把功能想法整理成 PRD 或功能规格。pm/synthesize-research:综合访谈、调研、反馈和用户研究材料。pm/competitive-brief:竞品或功能维度分析。pm/roadmap-update:路线图创建、更新和优先级调整。pm/sprint-planning:Sprint 范围、容量和目标规划。pm/stakeholder-update:面向不同受众的项目进展更新。pm/metrics-review:产品指标复盘、趋势分析和行动建议。
references/source-license.txt 保留了上游 Apache License 2.0 文本。
brand-naming-studio 是一个策略优先的命名系统 skill。它把命名任务拆成 brief、criteria、territories、candidates、shortlist、availability triage 和 identity sanity check,适用于公司、产品、品牌、内部团队、组织、平台和项目命名。
核心内容:
SKILL.md:完整命名工作流、路由规则、评分维度和输出格式。agents/openai.yaml:Codex UI 展示名称、描述和默认提示。scripts/score_names.py:本地启发式命名评分脚本,用于候选名的一次筛选;不替代商标、域名或法律审查。
brandkit 是品牌视觉系统生成指导 skill,用于生成高质量、策略一致、可展示的品牌规范板或 identity deck 概念图。
核心内容:
SKILL.md:定义品牌策略推理、logo 概念方法、画板布局、视觉模式、文字规则、色彩纪律、mockup 方向和最终质量标准。
适用场景包括:
- logo 概念与视觉隐喻探索。
- 高端 brand-kit overview image。
- 品牌规范板、视觉世界、系统组件和应用 mockup。
- 暗色开发者工具、运营工具、安全、语音、文化实验、轻奢和编辑风格等品牌方向。
将需要的子目录复制到 Codex skills 目录即可,例如:
cp -R "skills/pm" "$CODEX_HOME/skills/"
cp -R "skills/brand-naming-studio" "$CODEX_HOME/skills/"
cp -R "skills/brandkit" "$CODEX_HOME/skills/"如果希望整体安装,也可以复制 skills/ 下的全部目录。
- 保持每个 skill 原目录结构,便于与 Codex skill 机制兼容。
- 不合并三个 skill,避免职责耦合。
- 不新增运行时依赖;仅保留原有
score_names.py本地脚本。 - README 只描述当前真实结构,不引入未实现的发布流程。