[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M718S6521Y0FT4T24VCFKVG5":3,"skill-same:01M718S6521Y0FT4T24VCFKVG5":67},{"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":18,"publishedAt":39,"linkOnly":40,"markdownContent":41,"markdownBody":42,"frontMatter":43,"refName":45,"commitSha":46,"skillDirectory":47,"forksCount":48,"repositoryHtmlUrl":49,"repositoryHomepageUrl":6,"ownerHtmlUrl":50,"ownerBlogUrl":51,"ownerDescription":6,"updatedAt":52,"install":53,"resources":66},"01M718S6521Y0FT4T24VCFKVG5","matter-workspace",null,"Manage matter workspaces — create, list, switch, close, or detach the active matter (practice-level). Use when working across multiple clients or matters and you need to keep one engagement's context separate from another, or when a substantive skill needs to know which matter it's working in.","anthropics\u002Fclaude-for-legal","anthropics","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F76263028?v=4","01M697XGDPXJAVQ8391V2BCYTE","Anthropic","01M7189QY7HXHMC9BW4MFHPZ6H",9977,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal\u002Fblob\u002Fmain\u002Fregulatory-legal\u002Fskills\u002Fmatter-workspace\u002FSKILL.md",[],[19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38],"matter workspace","workspace","context","it","list","clients","active","close","engagement","create","across","keep","you","when","use","new","workspaces","manage","switch","which","2026-11-10 10:12:30",false,"---\nname: matter-workspace\ndescription: Manage matter workspaces — create, list, switch, close, or detach the active matter (practice-level). Use when working across multiple clients or matters and you need to keep one engagement's context separate from another, or when a substantive skill needs to know which matter it's working in.\nargument-hint: \"\u003Cnew | list | switch | close | none> [slug]\"\n---\n\n# \u002Fmatter-workspace\n\nPractitioners work across multiple clients and matters. A matter workspace keeps one client or engagement's context separate from every other. This skill manages those workspaces.\n\n## Subcommands\n\n- `\u002Fregulatory-legal:matter-workspace new \u003Cslug>` — create a new matter workspace, run a short intake, write `matter.md`\n- `\u002Fregulatory-legal:matter-workspace list` — list matters with status and active flag\n- `\u002Fregulatory-legal:matter-workspace switch \u003Cslug>` — set the active matter\n- `\u002Fregulatory-legal:matter-workspace close \u003Cslug>` — archive a matter (move to `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F_archived\u002F`, never delete)\n- `\u002Fregulatory-legal:matter-workspace none` — detach from any active matter, work at practice-level only\n\n## Instructions\n\n1. Read `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002FCLAUDE.md` — confirm the `## Matter workspaces` section is populated. If `Enabled` is `✗`, tell the user: \"Matter workspaces are off — you're configured as an in-house practice with one client, so the plugin works from practice-level context automatically. If you actually work across multiple clients, re-run `\u002Fregulatory-legal:cold-start-interview --redo` and select a private-practice setting. Otherwise, you don't need `\u002Fmatter-workspace` at all.\" Don't error — the disabled state is the expected one for in-house users.\n2. Use the file-management logic below.\n3. Dispatch on the first token of `$ARGUMENTS`:\n   - `new` → run the intake interview, write `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F\u003Cslug>\u002Fmatter.md`, seed `history.md` and `notes.md`.\n   - `list` → enumerate `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F*\u002Fmatter.md`, print a table, mark the active matter.\n   - `switch` → update the `Active matter:` line in the practice-level CLAUDE.md.\n   - `close` → move `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F\u003Cslug>\u002F` to `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F_archived\u002F\u003Cslug>\u002F`, log the close date in `history.md`.\n   - `none` → set `Active matter:` to `none — practice-level context only`.\n4. Show the user what changed and confirm before writing.\n\n## Notes\n\n- The skill never reads across matters unless `Cross-matter context` is `on` in the practice-level CLAUDE.md.\n- Archiving is not deletion — closed matters remain readable for retention\u002Fconflicts purposes.\n- Slugs are lowercase with hyphens. If a slug is reused across archived and active, the archived one is preserved under `_archived\u002F\u003Cslug>\u002F`.\n\n---\n\nMulti-client practitioners (private practice — solo, small firm, large firm) work across many matters. Context from one must not leak into another. This skill is the thin file-management layer that makes that true.\n\n**Default state is off.** In-house users never see this — they run at practice-level only. Matter workspaces turn on at cold-start for private-practice users, or by editing `## Matter workspaces` in the practice-level CLAUDE.md. If `Enabled` is `✗`, this skill does not run; it explains the disabled state and suggests `\u002Fregulatory-legal:cold-start-interview --redo` for users who actually need matter isolation.\n\n## Storage layout\n\nAll matter data lives under:\n\n```\n~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002F\n├── CLAUDE.md                       # practice-level practice profile\n└── matters\u002F\n    ├── \u003Cslug>\u002F\n    │   ├── matter.md               # client, counterparty, matter type, key facts, overrides\n    │   ├── history.md              # dated log of events, decisions, drafts, reviews\n    │   ├── notes.md                # free-form working notes\n    │   └── outputs\u002F                # skill outputs for this matter (optional subfolder)\n    └── _archived\u002F\n        └── \u003Cslug>\u002F                 # closed matters — readable but not active\n```\n\nSlugs are lowercase with hyphens. Examples: `acme-msa-2026`, `zenith-renewal`, `vendor-xyz-nda`.\n\n## Active matter is in the practice CLAUDE.md\n\nThe `Active matter:` line under `## Matter workspaces` in the practice-level CLAUDE.md is the single source of truth. Switching a matter edits that line. No separate state file.\n\n## Subcommand logic\n\n### `new \u003Cslug>`\n\n1. Confirm slug is not already present in `matters\u002F\u003Cslug>\u002F` or `matters\u002F_archived\u002F\u003Cslug>\u002F`. If reused, ask the user to pick a different slug.\n2. Run the intake interview:\n   - **Client** (the party we represent, or the internal business unit if in-house)\n   - **Counterparty** (the other side — may be multiple)\n   - **Matter type** (read the plugin's practice profile for typical categories; for regulatory-legal: rulemaking | comment period | gap remediation | agency inquiry | enforcement response | standing topic | other)\n   - **Confidentiality level** (standard | heightened | clean-team — heightened prompts extra care in cross-matter settings)\n   - **Key facts** (2–5 sentences: what this matter is about, who the stakeholders are, what's at stake)\n   - **Matter-specific overrides to the practice playbook** (e.g., \"client requires 24-month LoL cap not 12\", \"counterparty is a strategic partner — relationship-preserving tone\")\n   - **Related matters** (slugs of any connected matters)\n3. Write `matters\u002F\u003Cslug>\u002Fmatter.md` using the template below.\n4. Seed `matters\u002F\u003Cslug>\u002Fhistory.md` with a single \"Opened\" entry.\n5. Create an empty `matters\u002F\u003Cslug>\u002Fnotes.md`.\n6. Do **not** auto-switch to the new matter. Ask: \"Want to switch to `\u003Cslug>` now? (`\u002Fregulatory-legal:matter-workspace switch \u003Cslug>`)\"\n\n### `list`\n\nEnumerate `matters\u002F*\u002Fmatter.md`. Read each file's front-matter or first few lines to extract status. Print a table:\n\n| Slug | Client | Matter type | Status | Opened | Active |\n|---|---|---|---|---|---|\n\nMark the currently-active matter with `*`. Include `_archived\u002F*` under a separate \"Archived\" heading if any exist.\n\n### `switch \u003Cslug>`\n\n1. Confirm `matters\u002F\u003Cslug>\u002Fmatter.md` exists. If not, offer `\u002Fregulatory-legal:matter-workspace new \u003Cslug>`.\n2. Edit the `Active matter:` line in the practice-level CLAUDE.md to `Active matter: \u003Cslug>`.\n3. Show the user the matter.md summary so they can confirm they're on the right matter.\n\n### `close \u003Cslug>`\n\n1. Confirm `matters\u002F\u003Cslug>\u002F` exists.\n2. Append a \"Closed\" entry to `matters\u002F\u003Cslug>\u002Fhistory.md` with today's date.\n3. Move `matters\u002F\u003Cslug>\u002F` → `matters\u002F_archived\u002F\u003Cslug>\u002F`.\n4. If the closed matter was the active matter, set `Active matter:` to `none — practice-level context only`.\n\n### `none`\n\nSet `Active matter:` in the practice-level CLAUDE.md to `none — practice-level context only`. Confirm with the user.\n\n## `matter.md` template\n\n```markdown\n[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this` in the practice-level CLAUDE.md]\n\n# Matter: [Client] — [short description]\n\n**Slug:** [slug]\n**Opened:** [YYYY-MM-DD]\n**Status:** active\n**Confidentiality:** [standard \u002F heightened \u002F clean-team]\n\n---\n\n## Parties\n\n**Client:** [name]\n**Counterparty:** [name(s)]\n\n## Matter type\n\n[vendor MSA | customer agreement | NDA | SaaS subscription | amendment | renewal | other — with one-line rationale]\n\n## Key facts\n\n[2–5 sentences. What this matter is about. Who the stakeholders are. What's at stake. What makes it different from the default playbook.]\n\n## Matter-specific overrides\n\n*Any deviation from the practice-level playbook that applies to this matter and only this matter.*\n\n- [e.g., \"LoL cap: client requires 24 months, not house standard 12.\"]\n- [e.g., \"Tone: relationship-preserving — counterparty is a strategic partner.\"]\n- [e.g., \"Governing law: must be English law, not Delaware.\"]\n\n## Related matters\n\n- [slug — one line why related]\n\n## Notes on confidentiality\n\n[If heightened or clean-team, describe why. Who may see matter files. Whether cross-matter context is permissible even if globally on.]\n```\n\n## `history.md` seed\n\n```markdown\n# History: [Client] — [short description]\n\nAppend-only event log. Most recent at top.\n\n---\n\n## [YYYY-MM-DD] — Matter opened\n\nIntake completed. Slug: `[slug]`. Status: active.\n[Any initial context worth preserving beyond matter.md — e.g., \"Opened in response to inbound MSA draft from [counterparty].\"]\n```\n\n## Cross-matter context\n\nThe practice-level CLAUDE.md has a `Cross-matter context:` flag. When it's `off` (the default), a skill working in matter A **never reads** files in `matters\u002FB\u002F` for any other `B`. Period. This is the confidentiality guarantee the setting exists to provide.\n\nWhen it's `on`, a skill may read files across matter folders only when the user explicitly asks it to (e.g., \"compare our position on liability caps across the last five vendor matters\"). Even when `on`, the default is to load only the active matter unless the user asks for a cross-matter view.\n\n## What this skill does not do\n\n- **Run a conflicts check.** Conflicts are the practitioner's\u002Ffirm's job; the intake captures what the user declares.\n- **Enforce retention.** Closing archives a matter; it does not delete. Retention policy is out of scope.\n- **Auto-route outputs.** The substantive skill decides where to write; this skill tells it *which folder* is active, not what to put in it.\n- **Decide whether cross-matter is appropriate.** It reads the flag and obeys.\n","# \u002Fmatter-workspace\n\nPractitioners work across multiple clients and matters. A matter workspace keeps one client or engagement's context separate from every other. This skill manages those workspaces.\n\n## Subcommands\n\n- `\u002Fregulatory-legal:matter-workspace new \u003Cslug>` — create a new matter workspace, run a short intake, write `matter.md`\n- `\u002Fregulatory-legal:matter-workspace list` — list matters with status and active flag\n- `\u002Fregulatory-legal:matter-workspace switch \u003Cslug>` — set the active matter\n- `\u002Fregulatory-legal:matter-workspace close \u003Cslug>` — archive a matter (move to `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F_archived\u002F`, never delete)\n- `\u002Fregulatory-legal:matter-workspace none` — detach from any active matter, work at practice-level only\n\n## Instructions\n\n1. Read `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002FCLAUDE.md` — confirm the `## Matter workspaces` section is populated. If `Enabled` is `✗`, tell the user: \"Matter workspaces are off — you're configured as an in-house practice with one client, so the plugin works from practice-level context automatically. If you actually work across multiple clients, re-run `\u002Fregulatory-legal:cold-start-interview --redo` and select a private-practice setting. Otherwise, you don't need `\u002Fmatter-workspace` at all.\" Don't error — the disabled state is the expected one for in-house users.\n2. Use the file-management logic below.\n3. Dispatch on the first token of `$ARGUMENTS`:\n   - `new` → run the intake interview, write `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F\u003Cslug>\u002Fmatter.md`, seed `history.md` and `notes.md`.\n   - `list` → enumerate `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F*\u002Fmatter.md`, print a table, mark the active matter.\n   - `switch` → update the `Active matter:` line in the practice-level CLAUDE.md.\n   - `close` → move `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F\u003Cslug>\u002F` to `~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002Fmatters\u002F_archived\u002F\u003Cslug>\u002F`, log the close date in `history.md`.\n   - `none` → set `Active matter:` to `none — practice-level context only`.\n4. Show the user what changed and confirm before writing.\n\n## Notes\n\n- The skill never reads across matters unless `Cross-matter context` is `on` in the practice-level CLAUDE.md.\n- Archiving is not deletion — closed matters remain readable for retention\u002Fconflicts purposes.\n- Slugs are lowercase with hyphens. If a slug is reused across archived and active, the archived one is preserved under `_archived\u002F\u003Cslug>\u002F`.\n\n---\n\nMulti-client practitioners (private practice — solo, small firm, large firm) work across many matters. Context from one must not leak into another. This skill is the thin file-management layer that makes that true.\n\n**Default state is off.** In-house users never see this — they run at practice-level only. Matter workspaces turn on at cold-start for private-practice users, or by editing `## Matter workspaces` in the practice-level CLAUDE.md. If `Enabled` is `✗`, this skill does not run; it explains the disabled state and suggests `\u002Fregulatory-legal:cold-start-interview --redo` for users who actually need matter isolation.\n\n## Storage layout\n\nAll matter data lives under:\n\n```\n~\u002F.claude\u002Fplugins\u002Fconfig\u002Fclaude-for-legal\u002Fregulatory-legal\u002F\n├── CLAUDE.md                       # practice-level practice profile\n└── matters\u002F\n    ├── \u003Cslug>\u002F\n    │   ├── matter.md               # client, counterparty, matter type, key facts, overrides\n    │   ├── history.md              # dated log of events, decisions, drafts, reviews\n    │   ├── notes.md                # free-form working notes\n    │   └── outputs\u002F                # skill outputs for this matter (optional subfolder)\n    └── _archived\u002F\n        └── \u003Cslug>\u002F                 # closed matters — readable but not active\n```\n\nSlugs are lowercase with hyphens. Examples: `acme-msa-2026`, `zenith-renewal`, `vendor-xyz-nda`.\n\n## Active matter is in the practice CLAUDE.md\n\nThe `Active matter:` line under `## Matter workspaces` in the practice-level CLAUDE.md is the single source of truth. Switching a matter edits that line. No separate state file.\n\n## Subcommand logic\n\n### `new \u003Cslug>`\n\n1. Confirm slug is not already present in `matters\u002F\u003Cslug>\u002F` or `matters\u002F_archived\u002F\u003Cslug>\u002F`. If reused, ask the user to pick a different slug.\n2. Run the intake interview:\n   - **Client** (the party we represent, or the internal business unit if in-house)\n   - **Counterparty** (the other side — may be multiple)\n   - **Matter type** (read the plugin's practice profile for typical categories; for regulatory-legal: rulemaking | comment period | gap remediation | agency inquiry | enforcement response | standing topic | other)\n   - **Confidentiality level** (standard | heightened | clean-team — heightened prompts extra care in cross-matter settings)\n   - **Key facts** (2–5 sentences: what this matter is about, who the stakeholders are, what's at stake)\n   - **Matter-specific overrides to the practice playbook** (e.g., \"client requires 24-month LoL cap not 12\", \"counterparty is a strategic partner — relationship-preserving tone\")\n   - **Related matters** (slugs of any connected matters)\n3. Write `matters\u002F\u003Cslug>\u002Fmatter.md` using the template below.\n4. Seed `matters\u002F\u003Cslug>\u002Fhistory.md` with a single \"Opened\" entry.\n5. Create an empty `matters\u002F\u003Cslug>\u002Fnotes.md`.\n6. Do **not** auto-switch to the new matter. Ask: \"Want to switch to `\u003Cslug>` now? (`\u002Fregulatory-legal:matter-workspace switch \u003Cslug>`)\"\n\n### `list`\n\nEnumerate `matters\u002F*\u002Fmatter.md`. Read each file's front-matter or first few lines to extract status. Print a table:\n\n| Slug | Client | Matter type | Status | Opened | Active |\n|---|---|---|---|---|---|\n\nMark the currently-active matter with `*`. Include `_archived\u002F*` under a separate \"Archived\" heading if any exist.\n\n### `switch \u003Cslug>`\n\n1. Confirm `matters\u002F\u003Cslug>\u002Fmatter.md` exists. If not, offer `\u002Fregulatory-legal:matter-workspace new \u003Cslug>`.\n2. Edit the `Active matter:` line in the practice-level CLAUDE.md to `Active matter: \u003Cslug>`.\n3. Show the user the matter.md summary so they can confirm they're on the right matter.\n\n### `close \u003Cslug>`\n\n1. Confirm `matters\u002F\u003Cslug>\u002F` exists.\n2. Append a \"Closed\" entry to `matters\u002F\u003Cslug>\u002Fhistory.md` with today's date.\n3. Move `matters\u002F\u003Cslug>\u002F` → `matters\u002F_archived\u002F\u003Cslug>\u002F`.\n4. If the closed matter was the active matter, set `Active matter:` to `none — practice-level context only`.\n\n### `none`\n\nSet `Active matter:` in the practice-level CLAUDE.md to `none — practice-level context only`. Confirm with the user.\n\n## `matter.md` template\n\n```markdown\n[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this` in the practice-level CLAUDE.md]\n\n# Matter: [Client] — [short description]\n\n**Slug:** [slug]\n**Opened:** [YYYY-MM-DD]\n**Status:** active\n**Confidentiality:** [standard \u002F heightened \u002F clean-team]\n\n---\n\n## Parties\n\n**Client:** [name]\n**Counterparty:** [name(s)]\n\n## Matter type\n\n[vendor MSA | customer agreement | NDA | SaaS subscription | amendment | renewal | other — with one-line rationale]\n\n## Key facts\n\n[2–5 sentences. What this matter is about. Who the stakeholders are. What's at stake. What makes it different from the default playbook.]\n\n## Matter-specific overrides\n\n*Any deviation from the practice-level playbook that applies to this matter and only this matter.*\n\n- [e.g., \"LoL cap: client requires 24 months, not house standard 12.\"]\n- [e.g., \"Tone: relationship-preserving — counterparty is a strategic partner.\"]\n- [e.g., \"Governing law: must be English law, not Delaware.\"]\n\n## Related matters\n\n- [slug — one line why related]\n\n## Notes on confidentiality\n\n[If heightened or clean-team, describe why. Who may see matter files. Whether cross-matter context is permissible even if globally on.]\n```\n\n## `history.md` seed\n\n```markdown\n# History: [Client] — [short description]\n\nAppend-only event log. Most recent at top.\n\n---\n\n## [YYYY-MM-DD] — Matter opened\n\nIntake completed. Slug: `[slug]`. Status: active.\n[Any initial context worth preserving beyond matter.md — e.g., \"Opened in response to inbound MSA draft from [counterparty].\"]\n```\n\n## Cross-matter context\n\nThe practice-level CLAUDE.md has a `Cross-matter context:` flag. When it's `off` (the default), a skill working in matter A **never reads** files in `matters\u002FB\u002F` for any other `B`. Period. This is the confidentiality guarantee the setting exists to provide.\n\nWhen it's `on`, a skill may read files across matter folders only when the user explicitly asks it to (e.g., \"compare our position on liability caps across the last five vendor matters\"). Even when `on`, the default is to load only the active matter unless the user asks for a cross-matter view.\n\n## What this skill does not do\n\n- **Run a conflicts check.** Conflicts are the practitioner's\u002Ffirm's job; the intake captures what the user declares.\n- **Enforce retention.** Closing archives a matter; it does not delete. Retention policy is out of scope.\n- **Auto-route outputs.** The substantive skill decides where to write; this skill tells it *which folder* is active, not what to put in it.\n- **Decide whether cross-matter is appropriate.** It reads the flag and obeys.\n",{"name":5,"description":7,"argument-hint":44},"\u003Cnew | list | switch | close | none> [slug]","main","4a6c651889c97cc9140580363c73e0eb17379c2b","regulatory-legal\u002Fskills\u002Fmatter-workspace",1959,"https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal","https:\u002F\u002Fgithub.com\u002Fanthropics","https:\u002F\u002Fanthropic.com","2026-11-08 22:42:37",{"source":8,"skillName":5,"commands":54,"prompt":64,"zipAvailable":65},[55,58,61],{"tool":56,"command":57},"npx","npx skills add anthropics\u002Fclaude-for-legal --skill matter-workspace",{"tool":59,"command":60},"bunx","bunx skills add anthropics\u002Fclaude-for-legal --skill matter-workspace",{"tool":62,"command":63},"pnpm","pnpm dlx skills add anthropics\u002Fclaude-for-legal --skill matter-workspace","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal\u002Fblob\u002Fmain\u002Fregulatory-legal\u002Fskills\u002Fmatter-workspace\u002FSKILL.md",true,[],[68,97,119,136,149,174],{"skillNo":69,"name":70,"nameZh":6,"description":71,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":72,"categories":73,"keywords":79,"publishedAt":39},"01M718SG9G2R92ECCD0HYK2R5E","reg-feed-watcher","Check regulatory feeds now and report what's new since the last check, filtered by your materiality threshold. Use when the user says \"check the feeds\", \"what's new\", \"regulatory update\", when running from the scheduled agent, or when manually pasting a regulatory development for classification and diff.","https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal\u002Fblob\u002Fmain\u002Fregulatory-legal\u002Fskills\u002Freg-feed-watcher\u002FSKILL.md",[74],{"categoryNo":75,"categoryName":76,"taxonomyType":77,"taxonomyTypeDesc":78},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[80,81,82,83,84,85,86,87,88,89,34,90,33,91,32,92,93,94,95,96],"reg","watcher","reg feed watcher","running","feeds","filtered","diff","development","for","classification","now","scheduled","check","last","update","report","regulatory",{"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":103,"publishedAt":39},"01M718SCRTBN55DMTVSPG67A7N","policy-redraft","Produce a proposed marked-up policy redraft that closes a gap found by \u002Fregulatory-legal:gaps or \u002Fregulatory-legal:policy-diff. A first draft for internal review — not for direct application to approved policy documents. Use when the user says \"redraft the policy\", \"draft the policy fix\", \"mark up the policy\", or when gap-surfacer hands off a gap for drafting.","https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal\u002Fblob\u002Fmain\u002Fregulatory-legal\u002Fskills\u002Fpolicy-redraft\u002FSKILL.md",[],[104,105,86,88,106,107,108,33,109,32,110,111,112,113,114,115,116,117,96,118],"policy","policy redraft","up","fix","produce","documents","drafting","gaps","review","draft","id","gap","mark","first","direct",{"skillNo":120,"name":121,"nameZh":6,"description":122,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":123,"categories":124,"keywords":125,"publishedAt":39},"01M718S8RV0C4NMVKG078CBFXP","policy-diff","Diff a specific regulatory change against the indexed policy library. Use when a reg has changed and you need to know which policies it touches and what the gap is, when the user says \"diff this reg against our policies\", \"which policy does this affect\", or \"gap analysis\", or when reg-feed-watcher hands off a material item.","https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal\u002Fblob\u002Fmain\u002Fregulatory-legal\u002Fskills\u002Fpolicy-diff\u002FSKILL.md",[],[86,104,126,38,32,31,127,80,128,81,129,130,131,132,33,133,115,134,135,96],"policy diff","analysis","text","change","paste","library","material","gap analysis","what the","name",{"skillNo":137,"name":111,"nameZh":6,"description":138,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":139,"categories":140,"keywords":141,"publishedAt":39},"01M718S3FPEJNQGCMQ1AR8M4HE","Open gaps tracker — what's flagged and not yet closed. Use when the user asks \"what gaps are open\", \"gap tracker\", \"remediation status\", or wants to close (--close GAP-ID) or risk-accept (--accept GAP-ID) a tracked gap.","https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal\u002Fblob\u002Fmain\u002Fregulatory-legal\u002Fskills\u002Fgaps\u002FSKILL.md",[],[111,114,115,142,26,143,144,145,146,33,147,32,148],"risk","tracker","remediation","status","open","accept","user",{"skillNo":150,"name":151,"nameZh":6,"description":152,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":153,"categories":154,"keywords":160,"publishedAt":39},"01M718S06WSZ9Y24JKYM0VVPPE","gap-surfacer","Reference: shared gap- and comment-tracker framework backing \u002Fregulatory-legal:gaps and \u002Fregulatory-legal:comments. Tracks open policy gaps with remediation status, ingests gaps from policy-diff, surfaces what's open and aging, routes to owners, and notifies gap owners via Slack with per-send confirmation. Loaded by the gaps and comments skills before doing substantive work.","https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal\u002Fblob\u002Fmain\u002Fregulatory-legal\u002Fskills\u002Fgap-surfacer\u002FSKILL.md",[155],{"categoryNo":156,"categoryName":157,"taxonomyType":158,"taxonomyTypeDesc":159},"01JBSEEDCAT000000000000037","律师与法务","PROFESSION","适用职业",[115,161,162,163,86,104,164,146,165,166,167,168,111,169,170,171,172,143,144,173],"gap surfacer","shared","tracks","send","confirmation","aging","false","comments","with","work","slack","via","surfaces",{"skillNo":175,"name":176,"nameZh":6,"description":177,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":178,"categories":179,"keywords":180,"publishedAt":39},"01M718RX4HFAECZSG5AFCSAAGT","customize","Guided customization of your regulatory practice profile — change one thing without re-running the whole cold-start interview. Adjust watched regulators, policy library index, materiality threshold, gap response process, feed configuration, or matter workspace paths. Use when the user says \"change my [thing]\", \"add a regulator\", \"update my watchlist\", \"edit my threshold\", or \"customize\".","https:\u002F\u002Fgithub.com\u002Fanthropics\u002Fclaude-for-legal\u002Fblob\u002Fmain\u002Fregulatory-legal\u002Fskills\u002Fcustomize\u002FSKILL.md",[],[176,83,181,182,183,184,104,185,186,33,32,31,115,129,187,135,20,94,188,96],"interview","cold","section","re","cold-start","adjust","process","customization"]