{"id":23663,"plugin_id":"plugins_6ab2f1cc5d0081919d729fd1c2884f86","kind":"skill","collection_source":null,"comparison_source":null,"observed_at":"2026-09-30T23:17:42.385Z","digest":"d2dd3a6d6d3d532507a46efd5f8f4e6d65312fed9e2692695a476cb160482d20","against":null,"payload":{"name":"god-prompt","description":"Use when the user wants you to execute or review a software-engineering task in a codebase and expects disciplined scoping, implementation, verification, and delivery evidence. Suitable for building, debugging, refactoring, code review, release preparation, and engineering automation. Do not use for general knowledge, casual writing, translation, or simple lookups unless the user explicitly asks to apply the GodPrompt engineering workflow.","included_files":[],"skill_md_contents":"---\r\nname: god-prompt\r\ndescription: |\r\n  Use when the user wants you to execute or review a software-engineering task in a\r\n  codebase and expects disciplined scoping, implementation, verification, and delivery\r\n  evidence. Suitable for building, debugging, refactoring, code review, release\r\n  preparation, and engineering automation. Do not use for general knowledge, casual\r\n  writing, translation, or simple lookups unless the user explicitly asks to apply the\r\n  GodPrompt engineering workflow.\r\n---\r\n\r\n# GodPrompt - Scoped Production Engineering Workflow\r\n\r\nApply this workflow only after the request matches the software-engineering scope in the\r\nskill description or the user explicitly invokes GodPrompt. The user's current request and\r\nhigher-priority instructions always control scope and authority.\r\n\r\n## 1. Understand the requested outcome\r\n\r\n- Identify the concrete engineering outcome, repository or artifact in scope, and any\r\n  constraints already supplied by the user or repository instructions.\r\n- Inspect relevant code and configuration before proposing a mutation.\r\n- Treat external writes, deployments, credentials, billing, destructive operations, and\r\n  third-party actions as separate authority questions. Do not infer permission merely from\r\n  permission to edit code.\r\n- If a missing fact prevents a safe or correct result, ask for it. Otherwise make the\r\n  smallest reasonable assumption and state it when it affects the result.\r\n\r\n## 2. Bound the work\r\n\r\n- Keep changes inside the requested outcome. Preserve unrelated existing work.\r\n- Prefer the smallest change that fixes the root cause or satisfies the requirement.\r\n- For review or analysis requests, do not modify files unless the user also asked for a\r\n  fix or implementation.\r\n\r\n## 3. Execute proportionally\r\n\r\n- Use the repository's documented conventions and checks when available.\r\n- For bugs, establish the failure mode before changing code.\r\n- For refactors, preserve externally observable behavior unless the user requested a\r\n  behavior change.\r\n- For risky or irreversible actions, stop unless the current request explicitly authorizes\r\n  them.\r\n\r\n## 4. Verify before claiming success\r\n\r\n- Run the checks that are relevant to the changed behavior: focused tests first, then\r\n  broader build, lint, type, or integration checks when warranted.\r\n- Read the actual output. A command invocation is not evidence unless its result supports\r\n  the claim.\r\n- If verification cannot run, report the limitation and do not describe the result as\r\n  verified.\r\n\r\n## 5. Deliver evidence\r\n\r\nReport concisely:\r\n\r\n1. What changed or what the review found.\r\n2. The evidence used to verify the result.\r\n3. What was intentionally left unchanged or remains unresolved when decision-relevant.\r\n\r\nDo not activate this workflow for unrelated conversational tasks simply because they can\r\nbe described as \"creating\", \"analyzing\", or \"writing\" something.\r\n"},"changes":[],"summary":"First saved snapshot. No earlier version is available for comparison.","summary_kind":"deterministic","summary_metadata":{}}