一键导入
coding
Manage coding sessions. Use when the OPERATOR asks to work on code, hack on a repo, implement features, fix bugs, or do any development work in a codebase.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Manage coding sessions. Use when the OPERATOR asks to work on code, hack on a repo, implement features, fix bugs, or do any development work in a codebase.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
SQLite migration rules for the Ghost codebase. MUST READ before writing or modifying any file in migrations/. Covers: table recreation patterns, column ordering, CHECK constraint changes, NOT NULL safety, and the validation checklist. A faulty migration that ships breaks the production daemon on startup with no recovery path short of manual DB surgery — these rules are non-negotiable.
Read when you need to browse, traverse, or query the knowledge system beyond basic knowledge_search — graph traversal, tag exploration, orphan detection, reference browsing, topic listing, or direct SQL access.
Import and update external content in the knowledge base — git repos, web crawls, documents (PDF, DOCX), and books (EPUB). Use when the OPERATOR wants persistent, searchable reference material from a git repository, website, document, or book, or when existing references may be stale and need refreshing.
Ghost's Lua scripting layer internals. MUST READ before modifying anything in src/scripting/, prompts/stdlib/, prompts/agents/*/agent.lua, or agent hook logic. Covers: ScriptHost VM lifecycle, sandbox, host globals, ctx bindings, nudge library, template module, custom tools, type stubs, and the PreTurnState contract.
Use when reading or changing GHOST configuration (providers, models, timing, compaction, services, any config.toml key), adding or switching LLM providers, answering questions about GHOST's own features or capabilities, a CLI tool is missing or "not found", services need starting/stopping/debugging, updating GHOST to a newer version, managing the Nix shell environment, or troubleshooting GHOST setup.
Triage and fix issues reported via Ghost's /feedback command. MUST READ when the user points you to a feedback folder, mentions a feedback report, or asks you to investigate a bug that happened during a GHOST session. Covers: retrieving feedback from remote servers, reading transcripts and debug request dumps, root-cause categorization, and the fix workflow.
| name | coding |
| description | Manage coding sessions. Use when the OPERATOR asks to work on code, hack on a repo, implement features, fix bugs, or do any development work in a codebase. |
Use this skill when the OPERATOR asks for coding work on a repository.
You spawn a coding agent that takes over the Discord channel. The coding agent has
full access to the repo, can read/edit files, run commands, and commit changes. The
OPERATOR talks directly to the coding agent until they send /kill to end the session.
Don't create a project for single-session coding tasks. Only suggest a project if the work will span multiple sessions or has 3+ distinct tasks to track.
Check if the OPERATOR has a project with a repo.md reference note:
knowledge_search query="repo.md <project-name>" scope="references"
If found, the repo.md will contain the repo URL and local path.
Repos live under code/ in the workspace. Use the project slug as the directory name.
If not cloned yet:
shell command="git clone <repo-url> code/<slug>"
If already cloned:
shell command="cd code/<slug> && git fetch && git status"
shell command="ghost hack start code/<slug> --prompt '<task description>'"
The command outputs:
coding_session_id=<id>
session_id=<id>
working_dir=<path>
After starting, tell the OPERATOR:
"I've started a coding session on
<repo>. You're now talking to the coding agent — it has full access to the repo. Send/killwhen you're done."
/killWhen the OPERATOR ends the session, you'll receive a system message with a git summary (branch, commits, changed files). Use this to:
If the OPERATOR wants to continue previous work:
shell command="ghost hack list"
Then resume with:
shell command="ghost hack resume <coding_session_id>"
repo.md ReferencesWhen setting up a new repo for the first time, create a reference note:
note_write title="repo.md" project="<slug>" content="..."
Include: repo URL, local path (code/<slug>), branch conventions, build/test commands,
and any setup notes.
repo.md before cloning/kill, the coding agent's session is preserved for future resume