[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6DM99RJ896QR32ZKBM5CRWJ":3,"skill-same:01M6DM99RJ896QR32ZKBM5CRWJ":189},{"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":26,"publishedAt":47,"linkOnly":48,"markdownContent":49,"markdownBody":50,"frontMatter":51,"refName":57,"commitSha":58,"skillDirectory":59,"forksCount":60,"repositoryHtmlUrl":61,"repositoryHomepageUrl":62,"ownerHtmlUrl":63,"ownerBlogUrl":64,"ownerDescription":65,"updatedAt":66,"install":67,"resources":80},"01M6DM99RJ896QR32ZKBM5CRWJ","ub-governance",null,"Use this skill when the user wants to review governance rules, check testing posture, decide whether ADR or claim evidence is needed, evaluate repository or release controls, or understand exception and gate behavior; when the task involves governance modes, test-signal review, evidence levels, or decision-memory boundaries; or when they ask whether work needs governance escalation. Do not use it for workflow planning, framework implementation, or the host repository's own maintenance catalog, path, and skill-integrity checks.","robert-hoffmann\u002Funcle-bob","robert-hoffmann","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F5472296?v=4","01M6DM8QYHW65WRHBE8H2WC9JK","Robert Hoffmann","01M6DM8R3MX0HR6MQFDZVH98NQ",29,"MIT","https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002FSKILL.md",[18,23],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000008","测试与质量","SCENARIO","使用场景",{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000023","Skill与智能体开发",[27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46],"ub governance","governance","adr","host","claim","do","ask","decide","work","decision","glossary","testing","integrity","repository","framework","release","integrity checks","workflow","memory","review","2026-11-10 10:12:30",false,"---\nname        : ub-governance\ndescription : >-\n   Use this skill when the user wants to review governance rules, check testing\n   posture, decide whether ADR or claim evidence is needed, evaluate\n   repository or release controls, or understand exception and gate behavior;\n   when the task involves governance modes, test-signal review, evidence\n   levels, or decision-memory boundaries; or when they ask whether work needs\n   governance escalation. Do not use it for workflow planning, framework\n   implementation, or the host repository's own maintenance catalog, path,\n   and skill-integrity checks.\ncontext     : fork\nmetadata    :\n   desktop-portfolio-help-topics       : \"overview,evidence,testing,repository,core,glossary,combos,invoke\"\n   desktop-portfolio-help-aliases      : \"repo=repository\"\n   desktop-portfolio-help-default-topic : \"overview\"\n---\n\n# UB Governance\n\n## Overview\n\nUse this skill as the owner for governance in the current repository or project\nwhere it is adopted.\n\nThis skill should stay lean for ordinary workflow-backed work and should only\nactivate heavier controls when the selected mode or scope actually requires\nthem.\n\n## Embedded Contract\n\nThese rules are the base contract of this skill and must not depend on a\nsecondary document to be applied correctly.\n\n1. Default to the `lean` profile unless the user explicitly requests\n   `advanced` with rationale.\n2. Use only these governance gate states: `pass`, `fail`, `blocked`.\n3. Every bounded exception must include `owner`, `rationale`, `created_at`,\n   `expires_at`, and `follow_up`.\n4. For ordinary Level 1 workflow-backed work, treat workflow artifacts as the\n   default durable operational record.\n5. Escalate to ADR and claim machinery only when the decision is durable\n   beyond one initiative, repository-wide, high-risk, or explicitly governed\n   at Level 2.\n6. Keep blocking governance decisions tied to deterministic artifacts.\n\n## Operating Modes\n\n1. `repository mode`: repository hygiene, CI and release governance,\n   branch or ruleset policy, deterministic tooling\n2. `testing mode`: behavior-first TDD governance and low-signal testing\n   anti-pattern review\n3. `evidence mode`: evidence lifecycle, ADR alignment, claim verification,\n   and gate readiness\n4. `core-contract mode`: shared profile, gate, exception, and report\n   semantics\n5. `full governance audit mode`: run repository, testing, and evidence checks\n   in one deterministic sequence\n\n## Testing Signal Model\n\nUse descriptive names in normal guidance.\nKeep the numeric IDs as stable internal codes for tooling and compatibility.\n\nBlocking signals:\n\n1. `Type Redundancy` (`TG001`): runtime tests that restate type-system\n   guarantees\n2. `Interaction Without Outcome` (`TG002`): interaction assertions without\n   observable outcome assertions\n3. `Pass-Through Test` (`TG003`): trivial getter or setter pass-through tests\n4. `Happy-Path-Only Suite` (`TG004`): repeated happy-path focus without\n   boundary or error representation\n\nWarning-only signal:\n\n1. `Internal-Detail Bias` (`TG005`): probable verification of internal details\n   over public behavior\n\nFunctional-realism signals use risk-scaled guidance rather than automatic new\ngates:\n\n1. `Local Source Mocking` (`TG006`): a test replaces local application source\n   involved in the behavior under review\n2. `Uncontracted Test Double` (`TG007`): a mock, stub, fake, fixture, or route\n   intercept has no visible boundary reason or contract evidence\n3. `Mock-Dominant Test` (`TG008`): the test is mostly double setup or call\n   assertions instead of observable outcomes\n4. `Missing Functional Guard` (`TG009`): risky behavior lacks a public-surface\n   functional, integration, contract, component, or E2E check\n5. `Mutation Survivor on Changed Logic` (`TG010`): changed critical logic has\n   unreviewed surviving mutants when mutation evidence is already in scope\n6. `Snapshot\u002FCoverage-Only Proof` (`TG011`): behavior change relies only on\n   snapshots, render smoke, coverage, or does-not-throw proof\n\n## Load References By Trigger\n\nUse these load tiers literally.\nIf a trigger is not active, do not read the reference just because it exists.\n\n- `[phase:decision-boundary]` Read\n  `references\u002Fdecision-memory-and-claims.md` when deciding whether workflow\n  artifacts are sufficient or ADR and claim escalation is required.\n- `[phase:testing-mode]` Read\n  `references\u002Ftesting-policy-and-signals.md` when reviewing testing policy or\n  applying the testing anti-pattern model.\n- `[phase:testing-mode]` Read `references\u002Fexecution-playbook.md` when the task\n  is about TDD execution order, regression-first bug fixing, or testing\n  workflow hygiene.\n- `[phase:command-or-audit]` Read `references\u002Fgovernance-commands.md` when the\n  user asks how to run checks or an audit path is being executed.\n- `[edge:glossary-or-normalization]` Read `references\u002Fvocabulary.md` only when\n  glossary help or wording normalization matters.\n- `[edge:repository-mode]` Read `references\u002Frepository-baseline.md`,\n  `references\u002Fgithub-implementation-playbook.md`, and\n  `references\u002Frelease-please-playbook.md` only when repository governance is\n  actually in scope.\n- `[edge:evidence-level-2]` Read `references\u002Fevidence-baseline.md`,\n  `references\u002Fevidence-lifecycle.md`, `references\u002Fevidence-artifact-taxonomy.md`,\n  `references\u002Fci-artifact-contract.md`, and `references\u002Fstack-baseline.md`\n  only when explicit Level 2 or evidence-heavy governance is active.\n- `[edge:schema-or-data]` Read `references\u002Fhigh-risk-paths.yaml`,\n  `references\u002Fagent-validation-record.schema.json`,\n  `references\u002Fadr-registry.schema.json`,\n  `references\u002Fclaim-register.schema.json`, and\n  `references\u002Fadr-template-madr.md` only when those concrete artifacts are\n  being authored or validated.\n- `[edge:authoring-conventions]` Read `..\u002Fub-authoring\u002Freferences\u002Fauthoring-conventions.md`\n  only when adjusting routing or shared authoring structure.\n\n## Core Workflow\n\n1. Detect the requested governance mode and evaluated scope from repository\n   truth.\n2. Select profile: `lean` by default, `advanced` only with explicit rationale.\n3. For ordinary workflow-backed work, prefer the Level 1 fast path and keep\n   the durable record in workflow artifacts.\n4. Escalate only when the decision scope, risk, or explicit governance run\n   requires it.\n5. Run the selected mode's controls and keep outputs deterministic.\n6. Apply bounded exceptions only through the canonical exception contract.\n7. Emit a traceable gate outcome with artifact paths.\n\n## Quick Examples\n\n1. `Does this auth change need an ADR or claim work?`\n   Use `evidence mode` and the decision-boundary reference to decide whether\n   ordinary workflow artifacts are sufficient or whether the change is truly\n   repository-wide, high-risk, or Level 2.\n2. `Are these tests mostly checking mock calls without user-visible outcome\n   assertions?`\n   Use `testing mode`, apply the test-signal model, and treat likely `TG002`\n   findings as blocking only when the suite is asserting interaction without\n   externally observable outcome.\n3. `Show me the host repository's maintenance checks for README, AGENTS,\n   and skill schema.`\n   Do not route that through governance. Those checks belong to the\n   host repository's own maintenance\u002Fcheck surface.\n\n## When Not To Use\n\n- Do not use this skill for workflow intake, PRD shaping, roadmap generation,\n  sprint preparation, or resumable initiative orchestration; defer those to\n  `ub-workflow`.\n- Do not use this skill as the primary surface for framework-specific\n  implementation guidance when the task is about code changes rather than\n  governance policy or gate semantics.\n- Do not use this skill as a generic documentation-normalization layer when\n  `ub-quality` is the actual owner of the task.\n\n## Mode Workflows\n\n### Repository Mode\n\n1. verify repository baseline artifacts and deterministic tooling policy\n2. verify CI, permissions, and merge-gate controls\n3. verify release policy with Conventional Commits and `release-please`\n\n### Testing Mode\n\n1. detect stack and test runner\n2. treat reported defects as regression-first work before code fixes are\n   accepted\n3. enforce `TG001` through `TG004` as blocking and `TG005` as warning-only\n4. apply `TG006` through `TG011` as functional-realism guidance, escalating\n   only when risk, evidence level, or explicit gate scope justifies it\n5. require behavior-first TDD flow for behavior-changing work\n6. keep testing guidance readable, boundary-aware, and deterministic without\n   turning advisory guidance into new gates\n\n### Evidence Mode\n\n1. classify `changeType`, `evidenceLevel`, and `profile`\n2. detect high-risk path impact when the scope requires it\n3. choose the lightest durable record that matches the decision scope\n4. treat workflow-backed initiative artifacts as the default operational record\n   for ordinary Level 1 work\n5. escalate to ADR alignment only when Level 2, repository-wide durable\n   decisions, or explicit high-risk governance applies\n6. require claim-register validation only when blocking rationale depends on\n   claims\n7. validate required artifacts and freshness for the selected path\n\n### Core-Contract Mode\n\n1. apply canonical profile, gate, exception, and report semantics\n2. normalize status language and report contract usage\n3. reject duplicate or conflicting schema definitions\n\n### Full Governance Audit Mode\n\n1. execute `repository mode`\n2. execute `testing mode`\n3. execute `evidence mode`\n4. consolidate output under canonical report sections\n\n## Rules\n\n- Keep defaults lean and activate advanced controls explicitly.\n- Do not imply that repository ADR machinery is the default record for\n  ordinary Level 1 workflow-backed work.\n- Exception metadata must stay bounded, explicit, and time-limited.\n- Do not duplicate canonical contract definitions across files when the main\n  skill already embeds the short rule.\n- Repository-maintenance tooling is not automatically the same thing as lean\n  governance guidance.\n\n## Output Requirements\n\nWhen producing non-trivial governance output, include:\n\n1. `environment_note`\n2. `scope_note`\n3. `decision_note`\n4. `gate_note`\n5. `exception_note`\n6. `validation_note`\n\nAdd mode-specific sections when applicable:\n\n1. `quality_gate_note` for testing mode\n2. `evidence_inventory` and `claim_note` for evidence mode\n\n## Completion Checklist\n\n- Selected mode is explicit.\n- Profile choice is explicit (`lean` or `advanced`).\n- The ordinary Level 1 fast path versus Level 2 escalation path is explicit.\n- Required deterministic artifacts are present or explicitly missing.\n- Gate result is traceable and reproducible.\n- Exceptions use the canonical fields and remain bounded.\n- Governance guidance stays self-contained and internally consistent.\n","# UB Governance\n\n## Overview\n\nUse this skill as the owner for governance in the current repository or project\nwhere it is adopted.\n\nThis skill should stay lean for ordinary workflow-backed work and should only\nactivate heavier controls when the selected mode or scope actually requires\nthem.\n\n## Embedded Contract\n\nThese rules are the base contract of this skill and must not depend on a\nsecondary document to be applied correctly.\n\n1. Default to the `lean` profile unless the user explicitly requests\n   `advanced` with rationale.\n2. Use only these governance gate states: `pass`, `fail`, `blocked`.\n3. Every bounded exception must include `owner`, `rationale`, `created_at`,\n   `expires_at`, and `follow_up`.\n4. For ordinary Level 1 workflow-backed work, treat workflow artifacts as the\n   default durable operational record.\n5. Escalate to ADR and claim machinery only when the decision is durable\n   beyond one initiative, repository-wide, high-risk, or explicitly governed\n   at Level 2.\n6. Keep blocking governance decisions tied to deterministic artifacts.\n\n## Operating Modes\n\n1. `repository mode`: repository hygiene, CI and release governance,\n   branch or ruleset policy, deterministic tooling\n2. `testing mode`: behavior-first TDD governance and low-signal testing\n   anti-pattern review\n3. `evidence mode`: evidence lifecycle, ADR alignment, claim verification,\n   and gate readiness\n4. `core-contract mode`: shared profile, gate, exception, and report\n   semantics\n5. `full governance audit mode`: run repository, testing, and evidence checks\n   in one deterministic sequence\n\n## Testing Signal Model\n\nUse descriptive names in normal guidance.\nKeep the numeric IDs as stable internal codes for tooling and compatibility.\n\nBlocking signals:\n\n1. `Type Redundancy` (`TG001`): runtime tests that restate type-system\n   guarantees\n2. `Interaction Without Outcome` (`TG002`): interaction assertions without\n   observable outcome assertions\n3. `Pass-Through Test` (`TG003`): trivial getter or setter pass-through tests\n4. `Happy-Path-Only Suite` (`TG004`): repeated happy-path focus without\n   boundary or error representation\n\nWarning-only signal:\n\n1. `Internal-Detail Bias` (`TG005`): probable verification of internal details\n   over public behavior\n\nFunctional-realism signals use risk-scaled guidance rather than automatic new\ngates:\n\n1. `Local Source Mocking` (`TG006`): a test replaces local application source\n   involved in the behavior under review\n2. `Uncontracted Test Double` (`TG007`): a mock, stub, fake, fixture, or route\n   intercept has no visible boundary reason or contract evidence\n3. `Mock-Dominant Test` (`TG008`): the test is mostly double setup or call\n   assertions instead of observable outcomes\n4. `Missing Functional Guard` (`TG009`): risky behavior lacks a public-surface\n   functional, integration, contract, component, or E2E check\n5. `Mutation Survivor on Changed Logic` (`TG010`): changed critical logic has\n   unreviewed surviving mutants when mutation evidence is already in scope\n6. `Snapshot\u002FCoverage-Only Proof` (`TG011`): behavior change relies only on\n   snapshots, render smoke, coverage, or does-not-throw proof\n\n## Load References By Trigger\n\nUse these load tiers literally.\nIf a trigger is not active, do not read the reference just because it exists.\n\n- `[phase:decision-boundary]` Read\n  `references\u002Fdecision-memory-and-claims.md` when deciding whether workflow\n  artifacts are sufficient or ADR and claim escalation is required.\n- `[phase:testing-mode]` Read\n  `references\u002Ftesting-policy-and-signals.md` when reviewing testing policy or\n  applying the testing anti-pattern model.\n- `[phase:testing-mode]` Read `references\u002Fexecution-playbook.md` when the task\n  is about TDD execution order, regression-first bug fixing, or testing\n  workflow hygiene.\n- `[phase:command-or-audit]` Read `references\u002Fgovernance-commands.md` when the\n  user asks how to run checks or an audit path is being executed.\n- `[edge:glossary-or-normalization]` Read `references\u002Fvocabulary.md` only when\n  glossary help or wording normalization matters.\n- `[edge:repository-mode]` Read `references\u002Frepository-baseline.md`,\n  `references\u002Fgithub-implementation-playbook.md`, and\n  `references\u002Frelease-please-playbook.md` only when repository governance is\n  actually in scope.\n- `[edge:evidence-level-2]` Read `references\u002Fevidence-baseline.md`,\n  `references\u002Fevidence-lifecycle.md`, `references\u002Fevidence-artifact-taxonomy.md`,\n  `references\u002Fci-artifact-contract.md`, and `references\u002Fstack-baseline.md`\n  only when explicit Level 2 or evidence-heavy governance is active.\n- `[edge:schema-or-data]` Read `references\u002Fhigh-risk-paths.yaml`,\n  `references\u002Fagent-validation-record.schema.json`,\n  `references\u002Fadr-registry.schema.json`,\n  `references\u002Fclaim-register.schema.json`, and\n  `references\u002Fadr-template-madr.md` only when those concrete artifacts are\n  being authored or validated.\n- `[edge:authoring-conventions]` Read `..\u002Fub-authoring\u002Freferences\u002Fauthoring-conventions.md`\n  only when adjusting routing or shared authoring structure.\n\n## Core Workflow\n\n1. Detect the requested governance mode and evaluated scope from repository\n   truth.\n2. Select profile: `lean` by default, `advanced` only with explicit rationale.\n3. For ordinary workflow-backed work, prefer the Level 1 fast path and keep\n   the durable record in workflow artifacts.\n4. Escalate only when the decision scope, risk, or explicit governance run\n   requires it.\n5. Run the selected mode's controls and keep outputs deterministic.\n6. Apply bounded exceptions only through the canonical exception contract.\n7. Emit a traceable gate outcome with artifact paths.\n\n## Quick Examples\n\n1. `Does this auth change need an ADR or claim work?`\n   Use `evidence mode` and the decision-boundary reference to decide whether\n   ordinary workflow artifacts are sufficient or whether the change is truly\n   repository-wide, high-risk, or Level 2.\n2. `Are these tests mostly checking mock calls without user-visible outcome\n   assertions?`\n   Use `testing mode`, apply the test-signal model, and treat likely `TG002`\n   findings as blocking only when the suite is asserting interaction without\n   externally observable outcome.\n3. `Show me the host repository's maintenance checks for README, AGENTS,\n   and skill schema.`\n   Do not route that through governance. Those checks belong to the\n   host repository's own maintenance\u002Fcheck surface.\n\n## When Not To Use\n\n- Do not use this skill for workflow intake, PRD shaping, roadmap generation,\n  sprint preparation, or resumable initiative orchestration; defer those to\n  `ub-workflow`.\n- Do not use this skill as the primary surface for framework-specific\n  implementation guidance when the task is about code changes rather than\n  governance policy or gate semantics.\n- Do not use this skill as a generic documentation-normalization layer when\n  `ub-quality` is the actual owner of the task.\n\n## Mode Workflows\n\n### Repository Mode\n\n1. verify repository baseline artifacts and deterministic tooling policy\n2. verify CI, permissions, and merge-gate controls\n3. verify release policy with Conventional Commits and `release-please`\n\n### Testing Mode\n\n1. detect stack and test runner\n2. treat reported defects as regression-first work before code fixes are\n   accepted\n3. enforce `TG001` through `TG004` as blocking and `TG005` as warning-only\n4. apply `TG006` through `TG011` as functional-realism guidance, escalating\n   only when risk, evidence level, or explicit gate scope justifies it\n5. require behavior-first TDD flow for behavior-changing work\n6. keep testing guidance readable, boundary-aware, and deterministic without\n   turning advisory guidance into new gates\n\n### Evidence Mode\n\n1. classify `changeType`, `evidenceLevel`, and `profile`\n2. detect high-risk path impact when the scope requires it\n3. choose the lightest durable record that matches the decision scope\n4. treat workflow-backed initiative artifacts as the default operational record\n   for ordinary Level 1 work\n5. escalate to ADR alignment only when Level 2, repository-wide durable\n   decisions, or explicit high-risk governance applies\n6. require claim-register validation only when blocking rationale depends on\n   claims\n7. validate required artifacts and freshness for the selected path\n\n### Core-Contract Mode\n\n1. apply canonical profile, gate, exception, and report semantics\n2. normalize status language and report contract usage\n3. reject duplicate or conflicting schema definitions\n\n### Full Governance Audit Mode\n\n1. execute `repository mode`\n2. execute `testing mode`\n3. execute `evidence mode`\n4. consolidate output under canonical report sections\n\n## Rules\n\n- Keep defaults lean and activate advanced controls explicitly.\n- Do not imply that repository ADR machinery is the default record for\n  ordinary Level 1 workflow-backed work.\n- Exception metadata must stay bounded, explicit, and time-limited.\n- Do not duplicate canonical contract definitions across files when the main\n  skill already embeds the short rule.\n- Repository-maintenance tooling is not automatically the same thing as lean\n  governance guidance.\n\n## Output Requirements\n\nWhen producing non-trivial governance output, include:\n\n1. `environment_note`\n2. `scope_note`\n3. `decision_note`\n4. `gate_note`\n5. `exception_note`\n6. `validation_note`\n\nAdd mode-specific sections when applicable:\n\n1. `quality_gate_note` for testing mode\n2. `evidence_inventory` and `claim_note` for evidence mode\n\n## Completion Checklist\n\n- Selected mode is explicit.\n- Profile choice is explicit (`lean` or `advanced`).\n- The ordinary Level 1 fast path versus Level 2 escalation path is explicit.\n- Required deterministic artifacts are present or explicitly missing.\n- Gate result is traceable and reproducible.\n- Exceptions use the canonical fields and remain bounded.\n- Governance guidance stays self-contained and internally consistent.\n",{"name":5,"context":52,"metadata":53,"description":7},"fork",{"desktop-portfolio-help-topics":54,"desktop-portfolio-help-aliases":55,"desktop-portfolio-help-default-topic":56},"overview,evidence,testing,repository,core,glossary,combos,invoke","repo=repository","overview","main","3185d182c8d358d17a62485cb20f13024a81e429",".agents\u002Fskills\u002Fub-governance",6,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob","https:\u002F\u002Frobert-hoffmann.github.io\u002Funcle-bob\u002F","https:\u002F\u002Fgithub.com\u002Frobert-hoffmann","https:\u002F\u002Fi-technology.net","Tech geek (Psychology, Marketing, Biotech, AI)\r\n\r\n+25 years of experience (Software Engineering, Marketing, B2B\u002FB2C, R&D)","2026-09-23 06:57:44",{"source":8,"skillName":5,"commands":68,"prompt":78,"zipAvailable":79},[69,72,75],{"tool":70,"command":71},"npx","npx skills add robert-hoffmann\u002Funcle-bob --skill ub-governance",{"tool":73,"command":74},"bunx","bunx skills add robert-hoffmann\u002Funcle-bob --skill ub-governance",{"tool":76,"command":77},"pnpm","pnpm dlx skills add robert-hoffmann\u002Funcle-bob --skill ub-governance","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002FSKILL.md",true,[81,87,91,95,99,103,107,111,115,119,123,127,131,135,139,143,147,151,155,159,163,167,171,177,181,185],{"path":82,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":85,"sourceHtmlUrl":86},"index.json","REFERENCE","参考文档",601,"https:\u002F\u002Fgithub.com\u002FDCx7C5\u002Fai-marketplace\u002Fblob\u002Fmain\u002Fskills\u002Fdb-logging-aggregation-configure\u002Findex.json",{"path":88,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":89,"sourceHtmlUrl":90},"references\u002Fadr-registry.schema.json",3493,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fadr-registry.schema.json",{"path":92,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":93,"sourceHtmlUrl":94},"references\u002Fadr-template-madr.md",2081,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fadr-template-madr.md",{"path":96,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":97,"sourceHtmlUrl":98},"references\u002Fagent-validation-record.schema.json",7082,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fagent-validation-record.schema.json",{"path":100,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":101,"sourceHtmlUrl":102},"references\u002Fci-artifact-contract.md",1278,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fci-artifact-contract.md",{"path":104,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":105,"sourceHtmlUrl":106},"references\u002Fclaim-register.schema.json",4691,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fclaim-register.schema.json",{"path":108,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":109,"sourceHtmlUrl":110},"references\u002Fdecision-memory-and-claims.md",6125,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fdecision-memory-and-claims.md",{"path":112,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":113,"sourceHtmlUrl":114},"references\u002Fevidence-artifact-taxonomy.md",3595,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fevidence-artifact-taxonomy.md",{"path":116,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":117,"sourceHtmlUrl":118},"references\u002Fevidence-baseline.md",1168,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fevidence-baseline.md",{"path":120,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":121,"sourceHtmlUrl":122},"references\u002Fevidence-lifecycle.md",2651,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fevidence-lifecycle.md",{"path":124,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":125,"sourceHtmlUrl":126},"references\u002Fexception-contract.md",3724,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fexception-contract.md",{"path":128,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":129,"sourceHtmlUrl":130},"references\u002Fexecution-playbook.md",3802,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fexecution-playbook.md",{"path":132,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":133,"sourceHtmlUrl":134},"references\u002Fgate-and-report-contract.md",1256,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fgate-and-report-contract.md",{"path":136,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":137,"sourceHtmlUrl":138},"references\u002Fgithub-implementation-playbook.md",1866,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fgithub-implementation-playbook.md",{"path":140,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":141,"sourceHtmlUrl":142},"references\u002Fgovernance-commands.md",2891,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fgovernance-commands.md",{"path":144,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":145,"sourceHtmlUrl":146},"references\u002Fhigh-risk-paths.yaml",396,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fhigh-risk-paths.yaml",{"path":148,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":149,"sourceHtmlUrl":150},"references\u002Fprofile-model.md",1247,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fprofile-model.md",{"path":152,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":153,"sourceHtmlUrl":154},"references\u002Frelease-please-playbook.md",1965,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Frelease-please-playbook.md",{"path":156,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":157,"sourceHtmlUrl":158},"references\u002Frepository-baseline.md",1709,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Frepository-baseline.md",{"path":160,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":161,"sourceHtmlUrl":162},"references\u002Fstack-baseline.md",1472,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fstack-baseline.md",{"path":164,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":165,"sourceHtmlUrl":166},"references\u002Ftesting-policy-and-signals.md",6768,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Ftesting-policy-and-signals.md",{"path":168,"resourceType":83,"resourceTypeDesc":84,"sizeBytes":169,"sourceHtmlUrl":170},"references\u002Fvocabulary.md",954,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Freferences\u002Fvocabulary.md",{"path":172,"resourceType":173,"resourceTypeDesc":174,"sizeBytes":175,"sourceHtmlUrl":176},"scripts\u002Fbuild_adr_registry.py","SCRIPT","脚本",7524,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Fscripts\u002Fbuild_adr_registry.py",{"path":178,"resourceType":173,"resourceTypeDesc":174,"sizeBytes":179,"sourceHtmlUrl":180},"scripts\u002Fcheck_adr_gate.py",10446,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Fscripts\u002Fcheck_adr_gate.py",{"path":182,"resourceType":173,"resourceTypeDesc":174,"sizeBytes":183,"sourceHtmlUrl":184},"scripts\u002Fcheck_claim_register.py",6986,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Fscripts\u002Fcheck_claim_register.py",{"path":186,"resourceType":173,"resourceTypeDesc":174,"sizeBytes":187,"sourceHtmlUrl":188},"scripts\u002Fcheck_test_signal.py",13030,"https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fub-governance\u002Fscripts\u002Fcheck_test_signal.py",[190,201,211,217,222,228],{"skillNo":191,"name":192,"nameZh":6,"description":193,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":194,"categories":195,"keywords":197,"publishedAt":47},"01M6DMC7SMYB87B35SJ9E0TPHQ","beta-skill","Test description for beta-skill","https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002Ftests\u002Fskills\u002Fub-governance\u002Ffixtures\u002Frepo_integrity\u002Fpass\u002F.agents\u002Fskills\u002Fbeta-skill\u002FSKILL.md",[196],{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},[198,199,200],"beta skill","beta","test",{"skillNo":202,"name":203,"nameZh":6,"description":204,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":205,"categories":206,"keywords":208,"publishedAt":47},"01M6DMC5730XA703CT93CNYRG1","alpha-skill","Test description for alpha-skill","https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002Ftests\u002Fskills\u002Fub-governance\u002Ffixtures\u002Frepo_integrity\u002Fpass\u002F.agents\u002Fskills\u002Falpha-skill\u002FSKILL.md",[207],{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},[209,210,200],"alpha skill","alpha",{"skillNo":212,"name":192,"nameZh":6,"description":193,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":213,"categories":214,"keywords":216,"publishedAt":47},"01M6DMC20EVS4GM93CHNQ6DE54","https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002Ftests\u002Fskills\u002Fub-governance\u002Ffixtures\u002Frepo_integrity\u002Ffail-skill-schema\u002F.agents\u002Fskills\u002Fbeta-skill\u002FSKILL.md",[215],{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},[198,199,200],{"skillNo":218,"name":203,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":219,"categories":220,"keywords":221,"publishedAt":47},"01M6DMBZBDXQ076Y50Q6Q98V8B","https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002Ftests\u002Fskills\u002Fub-governance\u002Ffixtures\u002Frepo_integrity\u002Ffail-skill-schema\u002F.agents\u002Fskills\u002Falpha-skill\u002FSKILL.md",[],[209,210],{"skillNo":223,"name":192,"nameZh":6,"description":193,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":224,"categories":225,"keywords":227,"publishedAt":47},"01M6DMBT9Y0TX70ZWH2M9NR0XN","https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002Ftests\u002Fskills\u002Fub-governance\u002Ffixtures\u002Frepo_integrity\u002Ffail-readme-agent-drift\u002F.agents\u002Fskills\u002Fbeta-skill\u002FSKILL.md",[226],{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},[198,199,200],{"skillNo":229,"name":203,"nameZh":6,"description":204,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":230,"categories":231,"keywords":233,"publishedAt":47},"01M6DMBQ4YH9MJ3P9W7CJ148P4","https:\u002F\u002Fgithub.com\u002Frobert-hoffmann\u002Funcle-bob\u002Fblob\u002Fmain\u002Ftests\u002Fskills\u002Fub-governance\u002Ffixtures\u002Frepo_integrity\u002Ffail-readme-agent-drift\u002F.agents\u002Fskills\u002Falpha-skill\u002FSKILL.md",[232],{"categoryNo":24,"categoryName":25,"taxonomyType":21,"taxonomyTypeDesc":22},[210,209,200]]