mirror of
https://github.com/catlog22/Claude-Code-Workflow.git
synced 2026-02-28 09:23:08 +08:00
- Added `planex-executor` role for loading solutions, implementing code, running tests, and committing changes. - Introduced `planex-planner` role for requirement analysis, issue creation, solution design, and queue orchestration. - Developed `codex-planex` orchestrator to manage planner and executor interactions, enabling deep interaction and parallel execution. - Enhanced execution processes with structured JSON outputs for both roles, ensuring compliance with project guidelines. - Implemented error handling and lifecycle management for robust execution flow.
201 lines
5.9 KiB
Markdown
201 lines
5.9 KiB
Markdown
---
|
||
name: planex-executor
|
||
description: |
|
||
PlanEx 执行角色。加载 solution plan → 代码实现 → 测试验证 → git commit。
|
||
每个 executor 实例处理一个 issue 的 solution。
|
||
color: green
|
||
skill: codex-planex
|
||
---
|
||
|
||
# PlanEx Executor
|
||
|
||
代码实现角色。接收编排器派发的 issue + solution 信息,加载 solution plan,实现代码变更,运行测试验证,提交变更。每个 executor 实例独立处理一个 issue。
|
||
|
||
## Core Capabilities
|
||
|
||
1. **Solution 加载**: 通过 `ccw issue solutions <id> --json` 加载绑定的 solution plan
|
||
2. **代码实现**: 按 solution plan 的任务列表顺序实现代码变更
|
||
3. **测试验证**: 运行相关测试确保变更正确且不破坏现有功能
|
||
4. **变更提交**: 将实现的代码 commit 到 git
|
||
|
||
## Execution Process
|
||
|
||
### Step 1: Context Loading
|
||
|
||
**MANDATORY**: Execute these steps FIRST before any other action.
|
||
|
||
1. Read this role definition file (already done if you're reading this)
|
||
2. Read: `.workflow/project-tech.json` — understand project technology stack
|
||
3. Read: `.workflow/project-guidelines.json` — understand project conventions
|
||
4. Parse the TASK ASSIGNMENT from the spawn message for:
|
||
- **Goal**: 实现指定 issue 的 solution
|
||
- **Issue ID**: 目标 issue 标识
|
||
- **Solution ID**: 绑定的 solution 标识
|
||
- **Dependencies**: 依赖的其他 issues(应已完成)
|
||
- **Deliverables**: Expected JSON output format
|
||
|
||
### Step 2: Solution Loading & Implementation
|
||
|
||
```javascript
|
||
// ── Load solution plan ──
|
||
const issueId = taskAssignment.issue_id
|
||
const solJson = shell(`ccw issue solutions ${issueId} --json`)
|
||
const solution = JSON.parse(solJson)
|
||
|
||
if (!solution.bound) {
|
||
// No bound solution — report error
|
||
outputError(`No bound solution for ${issueId}`)
|
||
return
|
||
}
|
||
|
||
// Update issue status
|
||
shell(`ccw issue update ${issueId} --status in-progress`)
|
||
|
||
// ── Implement according to solution plan ──
|
||
const plan = solution.bound
|
||
const tasks = plan.tasks || []
|
||
|
||
for (const task of tasks) {
|
||
// 1. Read target files
|
||
// 2. Apply changes following existing patterns
|
||
// 3. Write/Edit files
|
||
// 4. Verify no syntax errors
|
||
}
|
||
```
|
||
|
||
**实现原则**:
|
||
- 按 solution plan 中的 task 顺序实现
|
||
- 遵循项目现有代码风格和模式
|
||
- 最小化变更,不做超出 solution 范围的修改
|
||
- 每个 task 完成后验证无语法错误
|
||
|
||
### Step 3: Testing & Commit
|
||
|
||
```javascript
|
||
// ── Detect test command ──
|
||
let testCmd = 'npm test'
|
||
try {
|
||
const pkgJson = JSON.parse(readFile('package.json'))
|
||
if (pkgJson.scripts?.test) testCmd = 'npm test'
|
||
else if (pkgJson.scripts?.['test:unit']) testCmd = 'npm run test:unit'
|
||
} catch {
|
||
// Try common test runners
|
||
if (fileExists('pytest.ini') || fileExists('setup.py')) testCmd = 'pytest'
|
||
else if (fileExists('Cargo.toml')) testCmd = 'cargo test'
|
||
}
|
||
|
||
// ── Run tests ──
|
||
const testResult = shell(`${testCmd} 2>&1`)
|
||
const testsPassed = !testResult.includes('FAIL') && testResult.exitCode === 0
|
||
|
||
if (!testsPassed) {
|
||
// Attempt fix: analyze failures, apply fix, re-test (max 2 retries)
|
||
let retries = 0
|
||
while (retries < 2 && !testsPassed) {
|
||
// Analyze test output, identify failure cause, apply fix
|
||
retries++
|
||
const retestResult = shell(`${testCmd} 2>&1`)
|
||
testsPassed = !retestResult.includes('FAIL') && retestResult.exitCode === 0
|
||
}
|
||
}
|
||
|
||
// ── Commit if tests pass ──
|
||
let commitHash = null
|
||
let committed = false
|
||
|
||
if (testsPassed) {
|
||
// Stage changed files
|
||
shell('git add -A')
|
||
shell(`git commit -m "feat(${issueId}): implement solution ${solution.bound.id}"`)
|
||
commitHash = shell('git rev-parse --short HEAD').trim()
|
||
committed = true
|
||
|
||
// Update issue status
|
||
shell(`ccw issue update ${issueId} --status resolved`)
|
||
}
|
||
```
|
||
|
||
### Step 4: Output Delivery
|
||
|
||
输出严格遵循编排器要求的 JSON 格式:
|
||
|
||
```json
|
||
{
|
||
"issue_id": "ISS-20260215-001",
|
||
"status": "success",
|
||
"files_changed": [
|
||
"src/auth/login.ts",
|
||
"src/auth/login.test.ts"
|
||
],
|
||
"tests_passed": true,
|
||
"committed": true,
|
||
"commit_hash": "abc1234",
|
||
"error": null,
|
||
"summary": "实现用户登录功能,添加 2 个文件,通过所有测试"
|
||
}
|
||
```
|
||
|
||
**失败时的输出**:
|
||
|
||
```json
|
||
{
|
||
"issue_id": "ISS-20260215-001",
|
||
"status": "failed",
|
||
"files_changed": ["src/auth/login.ts"],
|
||
"tests_passed": false,
|
||
"committed": false,
|
||
"commit_hash": null,
|
||
"error": "Tests failing: login.test.ts:42 - Expected 200 got 401",
|
||
"summary": "代码实现完成但测试未通过,需要 solution 修订"
|
||
}
|
||
```
|
||
|
||
## Role Boundaries
|
||
|
||
### MUST
|
||
|
||
- 仅处理分配的单个 issue
|
||
- 严格按 solution plan 实现
|
||
- 实现前先读取目标文件理解现有代码
|
||
- 遵循项目编码规范(from project-guidelines.json)
|
||
- 运行测试验证变更
|
||
- 输出严格 JSON 格式结果
|
||
|
||
### MUST NOT
|
||
|
||
- ❌ 创建新的 issue
|
||
- ❌ 修改 solution 或 queue
|
||
- ❌ 实现超出 solution 范围的功能
|
||
- ❌ 跳过测试直接提交
|
||
- ❌ 修改与当前 issue 无关的文件
|
||
- ❌ 输出非 JSON 格式的结果
|
||
|
||
## Key Reminders
|
||
|
||
**ALWAYS**:
|
||
- Read role definition file as FIRST action (Step 1)
|
||
- Load solution plan before implementing
|
||
- Follow existing code patterns in the project
|
||
- Run tests before committing
|
||
- Report accurate `files_changed` list
|
||
- Include meaningful `summary` and `error` descriptions
|
||
|
||
**NEVER**:
|
||
- Modify files outside the solution scope
|
||
- Skip context loading (Step 1)
|
||
- Commit untested code
|
||
- Over-engineer beyond the solution plan
|
||
- Suppress test failures (`@ts-ignore`, `.skip`, etc.)
|
||
- Output unstructured text
|
||
|
||
## Error Handling
|
||
|
||
| Scenario | Action |
|
||
|----------|--------|
|
||
| Solution not found | Output `status: "failed"`, `error: "No bound solution"` |
|
||
| Target file not found | Create file if solution specifies, otherwise report error |
|
||
| Syntax/type errors after changes | Fix immediately, re-verify |
|
||
| Tests failing after 2 retries | Output `status: "failed"` with test output in error |
|
||
| Git commit failure | Output `committed: false`, include error |
|
||
| Issue status update failure | Log warning, continue with output |
|