Project Bootstrap
Turn a project idea into a running multi-agent development pipeline in one session.
Overview
This skill codifies the workflow for:
- 1. Agent Team Design — break complex work into specialized agents
- Taskboard Setup — CLI-based task management across agents
- GitHub Repo + CI/CD — TDD pipeline with Discord notifications
Phase 1: Agent Team Design
Analyze the Project
Before creating agents, answer these questions:
- - What are the 3-5 major workstreams? (e.g., frontend, backend, research, design)
- Which workstreams need different expertise or thinking styles?
- What's the dependency graph between workstreams?
Design Agent Roles
For each workstream, create an agent with a SOUL.md following this structure:
CODEBLOCK0
Register Agents in Config
For each agent, add to openclaw.json:
CODEBLOCK1
Key decisions:
- - Model selection: Use cheaper models (Haiku/Sonnet) for routine work, expensive (Opus) for architecture/review
- Tool access: Deny
gateway for all agents except main. Deny message for pure code agents. - Subagent allowlist: Main agent lists which agents it can spawn
Wire Discord Bindings (if multi-bot)
If agents have separate Discord bots, add bindings:
CODEBLOCK2
Phase 2: Taskboard Setup
Install Taskboard CLI
See references/taskboard-setup.md for the full taskboard CLI setup guide including:
- - Task schema (id, title, status, assignee, priority, dependencies)
- CLI commands (create, list, assign, update, close)
- Cross-agent task handoff protocol
- Integration with cron jobs for status checks
Task Lifecycle
CODEBLOCK3
Cross-Agent Handoff
When an agent completes a task that feeds into another agent's work:
- 1. Update task status to INLINECODE4
- Create a new task for the downstream agent referencing the completed task
- Send notification to the downstream agent's Discord channel
Phase 3: GitHub Repo + CI/CD
Repository Setup
CODEBLOCK4
TDD Pipeline
See references/ci-cd-templates.md for GitHub Actions workflow templates:
- - test.yml: Run tests on every PR and push to main
- lint.yml: Code style checks
- deploy.yml: Deploy on merge to main (if applicable)
Discord Notifications
Add Discord webhook to GitHub repo:
CODEBLOCK5
See references/ci-cd-templates.md for the Discord notification action template.
ADR (Architecture Decision Records)
Every significant technical decision gets an ADR:
CODEBLOCK6
Execution Checklist
Run through this for every new project:
- - [ ] Define project scope and 3-5 workstreams
- [ ] Design agent SOUL.md for each workstream
- [ ] Register agents in openclaw.json
- [ ] Set up Discord channels per agent/workstream
- [ ] Create GitHub repo with branch protection
- [ ] Add CI/CD workflows (test + lint + deploy)
- [ ] Add Discord webhook for CI/CD notifications
- [ ] Initialize taskboard with backlog items
- [ ] Create first ADR (ADR-001: Project Architecture)
- [ ] Assign initial tasks to agents
- [ ] Run a test cycle: create task → agent executes → review → merge
技能名称: project-bootstrap
详细描述:
项目启动
在一个会话中将项目创意转化为运行中的多智能体开发流水线。
概述
本技能将以下工作流程规范化：
- 1. 智能体团队设计 — 将复杂工作分解为专业智能体
- 任务板设置 — 基于命令行的跨智能体任务管理
- GitHub仓库 + CI/CD — 带Discord通知的TDD流水线
阶段一：智能体团队设计
分析项目
在创建智能体之前，回答以下问题：
- - 3-5个主要工作流是什么？（例如：前端、后端、研究、设计）
- 哪些工作流需要不同的专业知识或思维方式？
- 工作流之间的依赖关系图是怎样的？
设计智能体角色
为每个工作流创建一个智能体，并按照以下结构编写SOUL.md：
markdown
智能体名称 — 昵称表情符号
你是昵称，[角色] — [一句话使命]。
🧠 身份与记忆
- - 角色：[具体专长]
- 个性：[3-4个影响工作方式的特质]
- 记忆：[他们追踪的上下文文件]
- 经验：[他们见过的失败模式]
🎯 核心使命
[2-4个责任组及具体内容]
🚨 关键规则
[不可协商的约束 — 安全、流程、边界]
📋 交付物
[该智能体产生的具体输出]
🎯 成功指标
[如何衡量智能体表现良好]
💬 沟通风格
[智能体如何沟通 — 语气、格式、语言]
🔗 工作流位置
[在流水线中的位置：谁提供输入，谁接收输出]
在配置中注册智能体
为每个智能体添加到openclaw.json：
json
{
id: agent-id,
name: agent-id,
agentDir: /path/to/workspace/agents/agent-id,
model: model-alias,
tools: {
profile: full,
deny: [gateway]
}
}
关键决策：
- - 模型选择：日常任务使用较便宜的模型（Haiku/Sonnet），架构/审查使用昂贵的模型（Opus）
- 工具访问：除主智能体外，所有智能体拒绝gateway。纯代码智能体拒绝message。
- 子智能体白名单：主智能体列出它可以生成的智能体
配置Discord绑定（如果多机器人）
如果智能体有独立的Discord机器人，添加绑定：
json
{
bindings: [
{ agentId: tech-lead, match: { channel: discord, accountId: bot-name } }
]
}
阶段二：任务板设置
安装任务板CLI
完整任务板CLI设置指南请参见references/taskboard-setup.md，包括：
- - 任务模式（id、标题、状态、负责人、优先级、依赖关系）
- CLI命令（创建、列出、分配、更新、关闭）
- 跨智能体任务交接协议
- 与cron作业集成进行状态检查
任务生命周期
📋 待办 → 🔄 进行中 → 👀 审查 → ✅ 完成
↓ ↓
🚫 阻塞 ❌ 拒绝 → 🔄 进行中
跨智能体交接
当一个智能体完成一个为另一个智能体工作提供输入的任务时：
- 1. 将任务状态更新为审查
- 为下游智能体创建一个引用已完成任务的新任务
- 向下游智能体的Discord频道发送通知
阶段三：GitHub仓库 + CI/CD
仓库设置
bash
初始化仓库
gh repo create
/ --private --clone
cd
分支保护
gh api repos///rulesets -X POST --input .github/ruleset.json
必需结构
mkdir -p .github/workflows tests src/docs/adr
TDD流水线
GitHub Actions工作流模板请参见references/ci-cd-templates.md：
- - test.yml：在每个PR和推送到主分支时运行测试
- lint.yml：代码风格检查
- deploy.yml：合并到主分支时部署（如适用）
Discord通知
将Discord webhook添加到GitHub仓库：
bash
在Discord频道创建webhook（服务器设置 → 集成 → Webhooks）
添加到GitHub：设置 → Webhooks → 添加webhook
或使用GitHub Actions：
Discord通知操作模板请参见references/ci-cd-templates.md。
ADR（架构决策记录）
每个重要的技术决策都需要一个ADR：
markdown
ADR-NNN：[标题]
状态：[提议 | 已接受 | 已弃用 | 已取代]
背景：[为什么需要这个决策]
决策：[我们决定什么]
后果：[权衡和影响]
执行检查清单
每个新项目都要执行以下步骤：
- - [ ] 定义项目范围和3-5个工作流
- [ ] 为每个工作流设计智能体SOUL.md
- [ ] 在openclaw.json中注册智能体
- [ ] 为每个智能体/工作流设置Discord频道
- [ ] 创建带分支保护的GitHub仓库
- [ ] 添加CI/CD工作流（测试 + 代码检查 + 部署）
- [ ] 添加用于CI/CD通知的Discord webhook
- [ ] 用待办事项初始化任务板
- [ ] 创建第一个ADR（ADR-001：项目架构）
- [ ] 将初始任务分配给智能体
- [ ] 运行测试周期：创建任务 → 智能体执行 → 审查 → 合并
