app-design-thinking
Design the app mechanism and build pipeline for the produced app — the app-phase analog of [[schema-design]]. Use this skill whenever the knowledge phases are…
Activate a Hamster-built or otherwise applied John template for Codex in the current project. Use when a merged template plugin already exists, when the user asks to use a John template in Codex, or after template apply has produced a Claude `--plugin-dir` path and Codex needs
$ npx -y skills add kitchen-engineer42/joharnessburg --skill codex-template-activation --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/codex-template-activationContext preview
The summary Claude sees to decide when to auto-load this skill.
Activate a Hamster-built or otherwise applied John template for Codex in the current project. Use when a merged template plugin already exists, when the user asks to use a John template in Codex, or after template apply has produced a Claude `--plugin-dir` path and Codex needs
name: codex-template-activation description: Activate a Hamster-built or otherwise applied John template for Codex in the current project. Use when a merged template plugin already exists, when the user asks to use a John template in Codex, or after template apply has produced a Claude `--plugin-dir` path and Codex needs the same overrides, additions, guidance, and agents.
Keep Claude's `apply.sh` and `claude --plugin-dir` flow unchanged. Activate its merged result for Codex through project-local state:
python3 "<john-plugin>/scripts/activate_codex_template.py" \ --merged-plugin "<applied-plugin-path>" \ --project-root "<user-project>"
Read the JSON response. Report the installed/skipped agent names and reproduce every instruction exactly. The script materializes the plugin under `.john-codex/plugins/<template>/`, merges `.agents/plugins/marketplace.json`, and adds `.john-codex/` to the repository-local Git exclude when possible.
The printed handoff verifies the installed listing, disables vanilla John for this project, enables the applied listing, reviews and trusts its current hook definition through `/hooks`, and restarts Codex. Treat all five as required; installation alone neither enables the correct project state nor trusts hooks.
Do not edit a personal marketplace or global enablement automatically. Explain that applied John replaces vanilla John for this project session; enabling both creates duplicate hooks and ambiguous methodology.
Use `--force` only to rebuild a directory carrying John's activation marker. The script rejects traversal, symlinks, and unmarked destinations, and restores the prior activation and marketplace if publication fails.
中文版: README_ZH.md John turns unstructured source material into a working knowledge-dense app. It keeps knowledge engineering and app building in one durable run, coordinates large per-entry fan-outs, and leaves auditable events and checkpoints on disk.
Design the app mechanism and build pipeline for the produced app — the app-phase analog of [[schema-design]]. Use this skill whenever the knowledge phases are…
Bundle a finished John workspace from Codex. Use when the user wants to archive, package, hand off, or preserve a John project, or wants the Claude command…
Break parsed markdown into a tree of progressively-disclosed chunks for downstream extraction. Use this skill whenever a phase needs to work on per-chunk…
Apply deterministic quality checks to the code John produces — catch the 80% of issues (leaked API keys, hardcoded prod URLs, broken imports, missing…
Generate John's process scorecard, auditor manifests, and shareable run report from a Codex project using John's provider-neutral scripts. Use when the user…
Execute John's high-volume vertical phases with native Codex subagents over the durable `.john/runs` and event contracts. Use for per-chunk extraction,…