一键导入
implement-issue
Implement a GitHub issue autonomously in a devcontainer
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Implement a GitHub issue autonomously in a devcontainer
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | implement-issue |
| description | Implement a GitHub issue autonomously in a devcontainer |
| disable-model-invocation | true |
| argument-hint | <issue-number-or-url> |
Implement the GitHub issue $ARGUMENTS by launching an autonomous Claude Code agent inside the devcontainer.
git checkout main && git pull
git checkout -b feat/issue-<number>-<short-description>
Use the issue number and a short kebab-case description derived from the issue title.
Ensure Docker is running. This project uses Colima (native aarch64/vz by default on Apple Silicon):
colima status 2>/dev/null || colima start --cpu 8 --memory 16
Note: default --arch aarch64 and --vm-type vz run native on Apple Silicon (no Rosetta).
Default disk is 100 GB which is sufficient.
If devcontainer CLI is not installed, install it first:
npm install -g @devcontainers/cli
Then start the devcontainer:
devcontainer up --workspace-folder .
Wait for the container to finish building and the postStartCommand to complete (database setup).
devcontainer exec runs as the vscode user (set by remoteUser in devcontainer.json).
Claude Code must be authenticated as this user — authenticating as root will not work.
First check auth status:
devcontainer exec --workspace-folder . claude auth status
If authenticated, verify with a quick test:
devcontainer exec --workspace-folder . claude -p "Say hello"
If not authenticated, the user must log in interactively. Tell the user to open a terminal and run:
docker exec -it -u vscode $(docker ps -q --filter label=devcontainer.local_folder=$(pwd)) bash -l
claude
Inside the interactive Claude session, type /login to complete the OAuth flow.
After authenticating, type /exit and then exit to leave the container shell.
Important: Do not proceed to Step 4 until authentication is confirmed working.
Run Claude Code inside the devcontainer with skip-permissions to implement the issue:
devcontainer exec --workspace-folder . claude --dangerously-skip-permissions \
-p "Implement GitHub issue $ARGUMENTS.
Read the issue with: gh issue view $ARGUMENTS
Read CLAUDE.md and .github/copilot-instructions.md for project conventions.
Read existing code before modifying it - understand patterns first.
Implement the issue following existing code patterns.
Do not create unnecessary files.
Do not add features beyond what the issue asks for.
Verify with: cd nt-be && cargo build && cargo test
Fix any build or test failures before proceeding.
When done, commit with a message referencing the issue:
feat: <description>
Closes #<issue-number>
"
The workspace is mounted from the host, so file changes are visible on both sides. Monitor progress from the host:
# Check for file changes
git diff --stat
# Check session activity inside the container (line count grows as agent works)
docker exec $(docker ps -q --filter label=devcontainer.local_folder=$(pwd)) \
bash -c "wc -l /home/vscode/.claude/projects/-workspaces-treasury26/*.jsonl | tail -5"
After Claude Code finishes, check the commits from the host:
git log --oneline -5
Push the branch and create a draft PR from the host (gh is not authenticated in the container):
git push -u origin <branch-name>
gh pr create --draft --title "<short title>" --body "Closes #<issue-number>"
Report the PR URL to the user.
Build a custom proposal template for trezu / a SputnikDAO on NEAR — a JSON "manifest" that becomes a reusable form members fill to file a FunctionCall proposal. Use when someone wants a repeatable proposal form (recurring payment, token mint, contract call, set a value) and needs the manifest JSON to paste into trezu. Self-contained; no repo access needed.
Start or restart the E2E test sandbox (NEAR blockchain + Treasury backend + PostgreSQL). Required before running Playwright E2E tests.
Manage Goldsky secrets for pipeline sink credentials. Use when creating secrets for PostgreSQL, ClickHouse, Kafka, or other sinks, or when managing existing secrets.
Manage Turbo pipeline lifecycle - list, delete, pause, resume, restart pipelines. Use when listing pipelines, deleting pipelines, pausing/resuming, restarting, or managing pipeline state.
Monitor and debug Turbo pipelines. Use when viewing logs, inspecting live data, troubleshooting pipeline issues, or checking pipeline health.
Create, configure, and update Turbo pipelines. Use for deploying new pipelines, modifying existing ones, understanding YAML syntax, or troubleshooting configuration.