[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6X656RYMD05S7V7G344SSCW":3,"skill-same:01M6X656RYMD05S7V7G344SSCW":82},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":53,"commitSha":54,"skillDirectory":55,"forksCount":56,"repositoryHtmlUrl":57,"repositoryHomepageUrl":58,"ownerHtmlUrl":59,"ownerBlogUrl":58,"ownerDescription":60,"updatedAt":61,"install":62,"resources":75},"01M6X656RYMD05S7V7G344SSCW","analysis-autonomous-mode",null,"Autonomous multi-step investigation — deep research carried end-to-end without per-step approval; explicit request only, never for normal feature work.","event4u-app\u002Fagent-config","event4u-app","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F199339632?v=4","01M6X5TWBNCQCE1VDKT4E9KF7N","event4u.app","01M6X5TWF4HRM266RG2Q5VVH1X",19,"MIT","https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Fsrc\u002Fskills\u002Fanalysis-autonomous-mode\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"analysis autonomous mode","analysis","autonomous","mode","deep","normal","request","for","high","multi","end","feature","research","only","never","work","discovery","Meta","deep research","config","2026-11-10 10:12:30",false,"---\nmodel_tier: high\nname: analysis-autonomous-mode\ndescription: \"Autonomous multi-step investigation — deep research carried end-to-end without per-step approval; explicit request only, never for normal feature work.\"\ndomain: discovery\nworkspaces:\n  - agent-config-maintainer\npacks:\n  - meta\n---\n\n# analysis-autonomous-mode\n\n## Mission\n\nAct as an autonomous engineering system that coordinates specialist analysis skills.\n\nYou are the **brain** — you decide WHAT to analyze, WHICH skill to activate, WHEN to\nswitch strategies, and HOW to synthesize findings into actionable results.\n\nYou do NOT perform deep analysis yourself. You route to specialists and merge their output.\n\n## When to use\n\nUse this skill when:\n\n- A broad investigation is needed and the right analysis path is unclear\n- Multiple problem classes may be involved (bugs + performance + security)\n- The user asks for a full project audit or deep investigation\n- You need to coordinate multiple analysis passes without duplication\n\nDo NOT use when:\n\n- Only one narrow skill is clearly needed (use it directly)\n- A small isolated code change with fully known context\n- Writing code, tests, or documentation (use the appropriate skill)\n\n## Routing\n\n**Always use `analysis-skill-router` first** to decide which analysis skill handles the request.\n\nThe router selects by scope, framework, and problem shape. Key routes:\n\n| Scope | Route to |\n|---|---|\n| Unknown system \u002F full audit | `universal-project-analysis` |\n| Discovery-focused | `project-analysis-core` |\n| Root-cause \u002F multi-hypothesis | `project-analysis-hypothesis-driven` |\n| Laravel | `project-analysis-laravel` |\n| Symfony | `project-analysis-symfony` |\n| Zend\u002FLaminas | `project-analysis-zend-laminas` |\n| Node\u002FExpress | `project-analysis-node-express` |\n| React | `project-analysis-react` |\n| Next.js | `project-analysis-nextjs` |\n| Bug-focused | `bug-analyzer` |\n| Performance bottleneck | `performance-analysis` |\n| Security concern | `security-audit` |\n| Documentation | `project-analyzer` |\n\n**Rule:** Route to the narrowest matching skill. Do NOT default to `universal-project-analysis`.\n\n### Phase 2 — Establish context before specializing\n\nBefore activating any specialist:\n\n1. Detect stack and framework\n2. Detect exact versions (`composer.lock`, `package-lock.json`)\n3. Identify key packages\n4. Identify entrypoints and affected flow\n5. Read project docs (`AGENTS.md`, `agents\u002F`, module docs)\n6. If no obvious README → search for `.md` files (`find . -name \"*.md\" -maxdepth 3`) — docs are sometimes hidden in non-standard locations\n\nNever send a specialist in blind.\n\n### Phase 3 — Activate specialist(s)\n\nRoute to the primary skill. Monitor findings for signals to chain additional skills:\n\n- Bug found during performance analysis → chain `bug-analyzer`\n- Package misuse found during bug hunting → chain `universal-project-analysis`\n- Auth weakness found during code review → chain `security-audit`\n- N+1 query found during bug analysis → chain `performance-analysis`\n\n### Phase 4 — Synthesize findings\n\nMerge all specialist findings into ONE prioritized output:\n\n1. Confirmed root causes (with evidence)\n2. Contributing factors\n3. Risks not yet proven but worth checking\n4. Concrete fixes (ordered by priority)\n5. Recommended next steps\n\nNever dump isolated observations without synthesis.\n\n## Procedure: Autonomous investigation loop\n\nConstraint: **attack the biggest unknown first** (not breadth-first). Repeat until confident:\n\n1. Route the right specialist skill at the largest gap in your understanding.\n2. Inspect the result against the question; narrow or broaden scope.\n3. Once confident, synthesize and present — otherwise return to step 1.\n\n## Adaptation rules\n\n| Signal | Action |\n|---|---|\n| Hypothesis fails | Pivot — try alternative explanation |\n| New evidence appears | Re-evaluate all conclusions |\n| Stuck in one skill | Broaden — switch to `universal-project-analysis` |\n| Clear pattern recognized | Narrow — go deep with the right specialist |\n| 3 failed attempts | Change approach — `autonomous-execution`'s mandatory strategy shift, never a stop |\n\n## Learning from past analyses\n\nAfter completing an investigation, extract reusable patterns:\n\n- **Root cause type** — classify (config issue, version mismatch, package misuse, async bug, etc.)\n- **Detection signal** — what symptom led to the root cause?\n- **Framework-specific** — is this a known pattern for this framework version?\n\nWhen starting a NEW investigation, compare against known patterns:\n\n- If similar symptoms → suggest likely root cause early\n- If same framework + version → check known pitfalls first\n- If same package → check changelog and known issues first\n\nThis accelerates future investigations and reduces repeated mistakes.\n\n## Escalation rules\n\n**Narrow → Broad** when:\n\n- Focused path cannot explain the symptom\n- Framework\u002Fpackage assumptions are unverified\n- Issue spans architecture boundaries\n- Evidence suggests multiple interacting causes\n\n**Broad → Narrow** when:\n\n- Enough context exists to test a focused hypothesis\n- Symptoms clearly point to one problem class\n- Code and docs reveal likely failure mechanism\n\n## Conflict resolution\n\nWhen specialist findings conflict:\n\n1. Trust direct code evidence over assumptions\n2. Trust version-specific official docs over memory\n3. Trust reproducible execution logic over generic best practices\n4. Separate confirmed facts from plausible hypotheses\n5. Explicitly mark uncertainty instead of forcing a conclusion\n\n## Output format\n\n1. Produce one report covering the five subsections below; no narration outside the report.\n2. Every finding must cite file paths or stack\u002Fversion evidence; mark unverified items as *Contributing Risks*, not *Confirmed Findings*.\n3. Close with a *Recommended Fix Order*; prioritize by production impact → exploitability → user-facing breakage → effort vs value.\n\n### Investigation Summary\n- What was analyzed, which skills were used, why\n\n### System Context\n- Stack, framework + version, key packages, affected flow\n\n### Confirmed Findings\nFor each finding: Issue \u002F Severity \u002F Root Cause \u002F Evidence \u002F Fix \u002F Confidence\n\n### Contributing Risks\nPlausible but not fully confirmed concerns.\n\n### Recommended Fix Order\nPrioritized by: production impact → exploitability → user-facing breakage → effort vs value\n\n## Gotcha\n\n- Don't run autonomously for more than 10 steps without checking in with the user.\n- The model tends to go deep on one branch instead of exploring breadth-first — force yourself to consider alternatives.\n- Save intermediate findings — if the context resets, all analysis is lost.\n\n## Do NOT\n\n- Do NOT perform deep analysis yourself — route to specialists\n- Do NOT run every skill by default without a reason\n- Do NOT stay in one skill when evidence points elsewhere\n- Do NOT mix confirmed findings with guesses\n- Do NOT output fragmented observations without synthesis\n- Do NOT follow a fixed workflow blindly — adapt to what you learn\n- Do NOT stop after the first explanation — verify it\n\n## References\n\n- **Self-Refine** — [arxiv.org\u002Fabs\u002F2303.17651](https:\u002F\u002Farxiv.org\u002Fabs\u002F2303.17651)\n  Iterative self-improvement through self-generated feedback. This\n  skill adapts the pattern by routing the critique step to domain\n  specialists instead of a monolithic self-critique.\n\n","# analysis-autonomous-mode\n\n## Mission\n\nAct as an autonomous engineering system that coordinates specialist analysis skills.\n\nYou are the **brain** — you decide WHAT to analyze, WHICH skill to activate, WHEN to\nswitch strategies, and HOW to synthesize findings into actionable results.\n\nYou do NOT perform deep analysis yourself. You route to specialists and merge their output.\n\n## When to use\n\nUse this skill when:\n\n- A broad investigation is needed and the right analysis path is unclear\n- Multiple problem classes may be involved (bugs + performance + security)\n- The user asks for a full project audit or deep investigation\n- You need to coordinate multiple analysis passes without duplication\n\nDo NOT use when:\n\n- Only one narrow skill is clearly needed (use it directly)\n- A small isolated code change with fully known context\n- Writing code, tests, or documentation (use the appropriate skill)\n\n## Routing\n\n**Always use `analysis-skill-router` first** to decide which analysis skill handles the request.\n\nThe router selects by scope, framework, and problem shape. Key routes:\n\n| Scope | Route to |\n|---|---|\n| Unknown system \u002F full audit | `universal-project-analysis` |\n| Discovery-focused | `project-analysis-core` |\n| Root-cause \u002F multi-hypothesis | `project-analysis-hypothesis-driven` |\n| Laravel | `project-analysis-laravel` |\n| Symfony | `project-analysis-symfony` |\n| Zend\u002FLaminas | `project-analysis-zend-laminas` |\n| Node\u002FExpress | `project-analysis-node-express` |\n| React | `project-analysis-react` |\n| Next.js | `project-analysis-nextjs` |\n| Bug-focused | `bug-analyzer` |\n| Performance bottleneck | `performance-analysis` |\n| Security concern | `security-audit` |\n| Documentation | `project-analyzer` |\n\n**Rule:** Route to the narrowest matching skill. Do NOT default to `universal-project-analysis`.\n\n### Phase 2 — Establish context before specializing\n\nBefore activating any specialist:\n\n1. Detect stack and framework\n2. Detect exact versions (`composer.lock`, `package-lock.json`)\n3. Identify key packages\n4. Identify entrypoints and affected flow\n5. Read project docs (`AGENTS.md`, `agents\u002F`, module docs)\n6. If no obvious README → search for `.md` files (`find . -name \"*.md\" -maxdepth 3`) — docs are sometimes hidden in non-standard locations\n\nNever send a specialist in blind.\n\n### Phase 3 — Activate specialist(s)\n\nRoute to the primary skill. Monitor findings for signals to chain additional skills:\n\n- Bug found during performance analysis → chain `bug-analyzer`\n- Package misuse found during bug hunting → chain `universal-project-analysis`\n- Auth weakness found during code review → chain `security-audit`\n- N+1 query found during bug analysis → chain `performance-analysis`\n\n### Phase 4 — Synthesize findings\n\nMerge all specialist findings into ONE prioritized output:\n\n1. Confirmed root causes (with evidence)\n2. Contributing factors\n3. Risks not yet proven but worth checking\n4. Concrete fixes (ordered by priority)\n5. Recommended next steps\n\nNever dump isolated observations without synthesis.\n\n## Procedure: Autonomous investigation loop\n\nConstraint: **attack the biggest unknown first** (not breadth-first). Repeat until confident:\n\n1. Route the right specialist skill at the largest gap in your understanding.\n2. Inspect the result against the question; narrow or broaden scope.\n3. Once confident, synthesize and present — otherwise return to step 1.\n\n## Adaptation rules\n\n| Signal | Action |\n|---|---|\n| Hypothesis fails | Pivot — try alternative explanation |\n| New evidence appears | Re-evaluate all conclusions |\n| Stuck in one skill | Broaden — switch to `universal-project-analysis` |\n| Clear pattern recognized | Narrow — go deep with the right specialist |\n| 3 failed attempts | Change approach — `autonomous-execution`'s mandatory strategy shift, never a stop |\n\n## Learning from past analyses\n\nAfter completing an investigation, extract reusable patterns:\n\n- **Root cause type** — classify (config issue, version mismatch, package misuse, async bug, etc.)\n- **Detection signal** — what symptom led to the root cause?\n- **Framework-specific** — is this a known pattern for this framework version?\n\nWhen starting a NEW investigation, compare against known patterns:\n\n- If similar symptoms → suggest likely root cause early\n- If same framework + version → check known pitfalls first\n- If same package → check changelog and known issues first\n\nThis accelerates future investigations and reduces repeated mistakes.\n\n## Escalation rules\n\n**Narrow → Broad** when:\n\n- Focused path cannot explain the symptom\n- Framework\u002Fpackage assumptions are unverified\n- Issue spans architecture boundaries\n- Evidence suggests multiple interacting causes\n\n**Broad → Narrow** when:\n\n- Enough context exists to test a focused hypothesis\n- Symptoms clearly point to one problem class\n- Code and docs reveal likely failure mechanism\n\n## Conflict resolution\n\nWhen specialist findings conflict:\n\n1. Trust direct code evidence over assumptions\n2. Trust version-specific official docs over memory\n3. Trust reproducible execution logic over generic best practices\n4. Separate confirmed facts from plausible hypotheses\n5. Explicitly mark uncertainty instead of forcing a conclusion\n\n## Output format\n\n1. Produce one report covering the five subsections below; no narration outside the report.\n2. Every finding must cite file paths or stack\u002Fversion evidence; mark unverified items as *Contributing Risks*, not *Confirmed Findings*.\n3. Close with a *Recommended Fix Order*; prioritize by production impact → exploitability → user-facing breakage → effort vs value.\n\n### Investigation Summary\n- What was analyzed, which skills were used, why\n\n### System Context\n- Stack, framework + version, key packages, affected flow\n\n### Confirmed Findings\nFor each finding: Issue \u002F Severity \u002F Root Cause \u002F Evidence \u002F Fix \u002F Confidence\n\n### Contributing Risks\nPlausible but not fully confirmed concerns.\n\n### Recommended Fix Order\nPrioritized by: production impact → exploitability → user-facing breakage → effort vs value\n\n## Gotcha\n\n- Don't run autonomously for more than 10 steps without checking in with the user.\n- The model tends to go deep on one branch instead of exploring breadth-first — force yourself to consider alternatives.\n- Save intermediate findings — if the context resets, all analysis is lost.\n\n## Do NOT\n\n- Do NOT perform deep analysis yourself — route to specialists\n- Do NOT run every skill by default without a reason\n- Do NOT stay in one skill when evidence points elsewhere\n- Do NOT mix confirmed findings with guesses\n- Do NOT output fragmented observations without synthesis\n- Do NOT follow a fixed workflow blindly — adapt to what you learn\n- Do NOT stop after the first explanation — verify it\n\n## References\n\n- **Self-Refine** — [arxiv.org\u002Fabs\u002F2303.17651](https:\u002F\u002Farxiv.org\u002Fabs\u002F2303.17651)\n  Iterative self-improvement through self-generated feedback. This\n  skill adapts the pattern by routing the critique step to domain\n  specialists instead of a monolithic self-critique.\n\n",{"name":5,"packs":49,"domain":40,"model_tier":32,"workspaces":51,"description":7},[50],"meta",[52],"agent-config-maintainer","main","12bd765ce1d800501d45dfb8232102793af01290","src\u002Fskills\u002Fanalysis-autonomous-mode",1,"https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config","https:\u002F\u002Fevent4u.app","https:\u002F\u002Fgithub.com\u002Fevent4u-app","Your events in your hand","2026-11-11 06:19:40",{"source":8,"skillName":5,"commands":63,"prompt":73,"zipAvailable":74},[64,67,70],{"tool":65,"command":66},"npx","npx skills add event4u-app\u002Fagent-config --skill analysis-autonomous-mode",{"tool":68,"command":69},"bunx","bunx skills add event4u-app\u002Fagent-config --skill analysis-autonomous-mode",{"tool":71,"command":72},"pnpm","pnpm dlx skills add event4u-app\u002Fagent-config --skill analysis-autonomous-mode","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Fsrc\u002Fskills\u002Fanalysis-autonomous-mode\u002FSKILL.md",true,[76],{"path":77,"resourceType":78,"resourceTypeDesc":79,"sizeBytes":80,"sourceHtmlUrl":81},"evals\u002Ftriggers.json","REFERENCE","参考文档",961,"https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Fsrc\u002Fskills\u002Fanalysis-autonomous-mode\u002Fevals\u002Ftriggers.json",[83,97,109,120,132,142],{"skillNo":84,"name":85,"nameZh":6,"description":86,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":87,"categories":88,"keywords":90,"publishedAt":44},"01M6X84PK96XBPENXH66JCTSD1","unknown-key-fixture","Declares a key the schema does not know.","https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Ftests\u002Fscripts\u002Ffixtures\u002Fbody-portable\u002Funknown-key\u002FSKILL.md",[89],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[91,92,93,94,95,96],"unknown key fixture","Unknown key","fixture","unknown","schema","package",{"skillNo":98,"name":99,"nameZh":6,"description":100,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":101,"categories":102,"keywords":104,"publishedAt":44},"01M6X84HW7NAHZ7GZMQ9RXK1XJ","portable-fixture","Declares only semantics the MCP-lite carrier transports whole.","https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Ftests\u002Fscripts\u002Ffixtures\u002Fbody-portable\u002Fportable\u002FSKILL.md",[103],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[93,105,106,107,37,96,108],"portable","portable fixture","engineer","MCP",{"skillNo":110,"name":111,"nameZh":6,"description":112,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":113,"categories":114,"keywords":116,"publishedAt":44},"01M6X84F29FE0RGGZ1ZTFGZTX2","non-portable-fixture","Declares a runtime semantic the carrier drops.","https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Ftests\u002Fscripts\u002Ffixtures\u002Fbody-portable\u002Fnon-portable\u002FSKILL.md",[115],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[106,117,105,93,118,32,119,96],"non portable fixture","semantic","runtime",{"skillNo":121,"name":122,"nameZh":6,"description":123,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":124,"categories":125,"keywords":127,"publishedAt":44},"01M6X848F706PT9MDCX75JKJ6B","candidate-zero-width","A candidate whose prose carries an invisible joiner.","https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fskill-scout-candidates\u002Fzero-width-injection\u002FSKILL.md",[126],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[128,129,130,131],"candidate zero width","candidate","ZeRO","prose",{"skillNo":133,"name":134,"nameZh":6,"description":135,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":136,"categories":137,"keywords":139,"publishedAt":44},"01M6X841SSC2T31VDF41SA6DG1","candidate-disclosure-suppression","A candidate whose prose tells the agent to withhold from the user.","https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fskill-scout-candidates\u002Fdisclosure-suppression\u002FSKILL.md",[138],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[140,129,131,141],"candidate disclosure suppression","user",{"skillNo":143,"name":144,"nameZh":6,"description":145,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":146,"categories":147,"keywords":149,"publishedAt":44},"01M6X83TFS5AGPBPVTQNWP0BB3","candidate-dangerous-frontmatter","A candidate claiming an unscoped tool grant and a permission bypass.","https:\u002F\u002Fgithub.com\u002Fevent4u-app\u002Fagent-config\u002Fblob\u002Fmain\u002Ftests\u002Ffixtures\u002Fskill-scout-candidates\u002Fdangerous-frontmatter\u002FSKILL.md",[148],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},[150,129,151,152,153,154],"candidate dangerous frontmatter","frontmatter","shell","permission","tool"]