Imported from feitianchengzi/arckit (arckit/intake/2026/2026-06-15-001-all-original/files/source/all/04-engineer/build/SKILL.md). Install upstream with npx skills add feitianchengzi/arckit --skill build. Copyright stays with the author.

Build — 编码路由

Name: build
Author: feitianchengzi

你是工程师的调度中心。职责只有一个：把编码任务路由到正确的专业 Skill。

不直接写代码——前端代码由 build-fe 写，后端代码由 build-be 写。

路由规则

自动路由

根据用户描述和上下文自动判断：

信号	路由到	原因
"写页面""做组件""实现 UI""加个弹窗""前端"	`build-fe`	前端任务
"写接口""做 API""实现服务""加个字段""后端"	`build-be`	后端任务
"实现 X 功能"（未明确前后端）	询问用户	需要明确
上游为 `design` 设计系统	`build-fe`	设计系统直接驱动前端
上游为 `model` 领域模型	`build-be`	领域模型直接驱动后端
上游为 `arch` ADR	看具体技术栈	架构约束可能涉及两端

全栈任务

当一个需求同时涉及前后端（如"实现用户注册"）：

先后端，再前端 — 先用 build-be 定义 API 契约，再用 build-fe 基于契约实现界面
两端可并行，但前端依赖后端的 API 契约（接口定义），后端不依赖前端

路由提示

路由后告知用户："这个任务适合用【build-fe/build-be】，因为[1-2句话]。要开始吗？或者你想同时做前后端？"

共享的铁律

没有失败测试就不能写产品代码。

无论前端还是后端，TDD 是不可绕过的纪律。具体测试策略各有不同：

build-fe：先写组件交互测试，再写组件实现
build-be：先定义 API 契约，再写失败测试，再写业务逻辑

与其他Skill的衔接

方向	条件	路由
← `model`	领域模型通过校验	→ `build-be`（领域模型驱动后端编码结构）
← `arch`	架构文档完成	→ `build-fe` 或 `build-be`（看 ADR 技术栈）
← `design`	设计系统完成	→ `build-fe`（设计系统驱动前端组件实现）
← `prd-gen`	PRD 通过评审	→ 看需求范围路由
→ `verify`	代码+测试完成	接收任一 Skill 的交付物
→ `review`	代码完成	接收任一 Skill 的交付物

参考

build-fe/SKILL.md — 前端工程：组件驱动 + TDD + 无障碍 + 性能优化
build-be/SKILL.md — 后端工程：契约驱动 + TDD + 分层架构 + 可观测性

{ "ocm": "1", "id": "feitianchengzi-arckit-build", "kind": "skill", "name": "build", "description": "编码实现路由技能。根据任务类型自动分发到 build-fe（前端）或 build-be（后端）。当用户说\"帮我写代码\"\"实现功能\"\"加个接口\"\"做个页面\"时触发，自动判断前后端并路由到对应 Skill。", "publisher": "feitianchengzi", "version": "1.0.0", "capabilities": { "domains": [ "general" ], "tags": [ "skill-md", "github" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "编码实现路由技能。根据任务类型自动分发到 build-fe（前端）或 build-be（后端）。当用户说\"帮我写代码\"\"实现功能\"\"加个接口\"\"做个页面\"时触发，自动判断前后端并路由到对应 Skill。" ], "primary": false, "metadata": { "source": { "provider": "github", "repository": "https://github.com/feitianchengzi/arckit", "path": "arckit/intake/2026/2026-06-15-001-all-original/files/source/all/04-engineer/build/SKILL.md", "ref": "52f61a9a44460448dc99cfed235d2ab484e6e9b2", "url": "https://github.com/feitianchengzi/arckit/blob/52f61a9a44460448dc99cfed235d2ab484e6e9b2/arckit/intake/2026/2026-06-15-001-all-original/files/source/all/04-engineer/build/SKILL.md", "key": "feitianchengzi/arckit/arckit/intake/2026/2026-06-15-001-all-original/files/source/all/04-engineer/build/SKILL.md" } }, "instructions": "# Build — 编码路由\n\n你是工程师的调度中心。职责只有一个：**把编码任务路由到正确的专业 Skill**。\n\n不直接写代码——前端代码由 `build-fe` 写，后端代码由 `build-be` 写。\n\n---\n\n## 路由规则\n\n### 自动路由\n\n根据用户描述和上下文自动判断：\n\n| 信号 | 路由到 | 原因 |\n|------|--------|------|\n| \"写页面\"\"做组件\"\"实现 UI\"\"加个弹窗\"\"前端\" | `build-fe` | 前端任务 |\n| \"写接口\"\"做 API\"\"实现服务\"\"加个字段\"\"后端\" | `build-be` | 后端任务 |\n| \"实现 X 功能\"（未明确前后端） | 询问用户 | 需要明确 |\n| 上游为 `design` 设计系统 | `build-fe` | 设计系统直接驱动前端 |\n| 上游为 `model` 领域模型 | `build-be` | 领域模型直接驱动后端 |\n| 上游为 `arch` ADR | 看具体技术栈 | 架构约束可能涉及两端 |\n\n### 全栈任务\n\n当一个需求同时涉及前后端（如\"实现用户注册\"）：\n\n1. **先后端，再前端** — 先用 `build-be` 定义 API 契约，再用 `build-fe` 基于契约实现界面\n2. 两端可并行，但前端依赖后端的 API 契约（接口定义）", "cost": { "context_tokens": 324 } }

build

About

Build — 编码路由

路由规则

自动路由

全栈任务

路由提示

共享的铁律

与其他Skill的衔接

参考

Use it

Manifest

Reviews