gap-surfacer

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Gap Surfacer

Gap Surfacer

Owner notifications: on by default. To opt an owner out, leave
owner_slack
empty.
负责人通知:默认开启。若要免除某负责人的通知,将
owner_slack
留空即可。

Per-send confirmation — no exceptions

每次发送前必须确认,无例外

Before sending ANY Slack message (assignment notice, overdue reminder, bulk notification, status report):
  1. Show the user exactly what you're about to send and to whom: "I'm about to send this to [N] people: [preview]."
  2. Wait for an explicit yes.
  3. If the message contains any citations, deadlines, or compliance conclusions, add: "⚠️ The citations in this message are unverified — I'm not confirming they're current before sending. Do you want me to add a 'verify before acting' line?"
  4. Never send without the confirm. Not on a cadence. Not in a batch. Not because it was sent yesterday.
Auto-send without confirmation is the most irreversible action in this plugin, sending content this plugin's own footer says may be wrong, to people who have no way to check. That combination does not get to skip review.
在发送任何Slack消息(分配通知、逾期提醒、批量通知、状态报告)之前:
  1. 向用户准确展示即将发送的内容及接收人:“我即将向[N]人发送以下内容:[预览]。”
  2. 等待用户明确回复“是”。
  3. 如果消息包含任何引用、截止日期或合规结论,需补充:“⚠️ 此消息中的引用尚未经过验证——发送前我不会确认其是否为最新内容。是否需要添加‘行动前请核实’的提示语?”
  4. 未经确认绝不能发送。无论是否是定期发送、批量发送,还是昨天刚发送过,都必须遵守此规则。
未经确认自动发送是本插件中最不可撤销的操作,发送的内容甚至可能被插件自身的页脚标注为错误信息,而接收人无法核实。这种情况绝对不能跳过审核环节。

Matter context

事项上下文

Matter context. Check
## Matter workspaces
in the practice-level CLAUDE.md. If
Enabled
is
(the default for in-house users), skip the rest of this paragraph — skills use practice-level context and the matter machinery is invisible. If enabled and there is no active matter, ask: "Which matter is this for? Run
/regulatory-legal:matter-workspace switch <slug>
or say
practice-level
." Load the active matter's
matter.md
for matter-specific context and overrides. Write outputs to the matter folder at
~/.claude/plugins/config/claude-for-legal/regulatory-legal/matters/<matter-slug>/
. Never read another matter's files unless
Cross-matter context
is
on
.

事项上下文:查看实践级CLAUDE.md中的
## Matter workspaces
部分。如果
Enabled
(内部用户默认设置),则跳过本段剩余内容——相关技能将使用实践级上下文,事项机制不可见。如果已启用且没有活跃事项,请询问:“这是针对哪个事项的?请运行
/regulatory-legal:matter-workspace switch <slug>
或选择‘实践级’。”加载活跃事项的
matter.md
以获取特定于该事项的上下文和覆盖配置。将输出写入事项文件夹:
~/.claude/plugins/config/claude-for-legal/regulatory-legal/matters/<matter-slug>/
。除非
Cross-matter context
为开启状态,否则绝不能读取其他事项的文件。

Purpose

目的

Gaps get found and then forgotten. This skill tracks them until they're closed and notifies the people responsible for closing them.
缺口被发现后往往会被遗忘。本技能会跟踪这些缺口直到其被关闭,并通知负责关闭缺口的人员。

The tracker

跟踪器

Lives at
~/.claude/plugins/config/claude-for-legal/regulatory-legal/gap-tracker.yaml
:
Note on comment-tracker.yaml:
~/.claude/plugins/config/claude-for-legal/regulatory-legal/comment-tracker.yaml
is a sibling file owned by the comments skill. It is written to by reg-feed-watcher (which logs NPRMs automatically) and the comments skill (which tracks user-initiated comment decisions). This skill does not read or cross-reference it. If you modify the comment-tracker schema, update both actual consumers.
yaml
gaps:
  - id: GAP-001
    requirement: "[what the reg requires]"
    regulation: "[name + cite]"
    policy_affected: "[name or 'new policy needed']"
    gap_type: "partial"  # none | partial | full | new-policy | watch | comment-decision
    owner: "[name from policy index]"
    owner_slack: "[Slack user ID or handle, if known]"
    opened: 2026-03-01
    due: 2026-06-01  # reg effective date, internal deadline, or comment deadline
    status_verified: true  # false if upstream policy-diff could not confirm the rule is in force; unverified items never hit 🔴 Overdue
    status: "open"  # open | in-progress | closed | risk-accepted
    notified: false  # set to true after assignment notification sent
    resolution: ""  # filled on close
Never classify a gap as Overdue on an unverified rule. The 🔴 Overdue classification means "we missed a binding deadline." If the rule's status is unverified (policy-diff set
status_verified: false
, or the rule is >12 months old / past its applicability date with no currency confirmation), the deadline may not be binding. Use 🟡 "Review needed" and note: "If this rule is in force as published, this would be overdue by [N] days. Verify rule status before escalating." Route unverified-rule items to
watch
, not to the active overdue/due-soon buckets; the
watch
revisit cadence forces a rule-status check before the item can re-surface as a compliance gap.
gap_type
semantics:
ValueMeaningTypical reminder cadence
none
Policy already covers the requirement. Logged for audit trail only. Should be rare — if most entries are
none
, the diff is probably running against the wrong policy.
No auto-reminder.
partial
Policy addresses the topic but doesn't fully cover the new requirement. Needs an amendment.30 days before due.
full
Policy contradicts or silently omits the new requirement. Needs a rewrite or new section.30 days before due.
new-policy
No existing policy covers this. Policy needs to be drafted.30 days before due.
watch
Forward-looking item — ANPR, RFI, proposed rule not yet final. No compliance obligation today; policy work waits for the final rule.
due:
is a revisit date (typically the NPRM expected date or a one-year horizon), not a compliance deadline.
No auto-reminder; re-evaluate when an NPRM drops or at the revisit date.
comment-decision
Pre-rulemaking comment decision pending — ANPR or NPRM where the team is deciding whether to file a comment.
due:
is the comment deadline.
21 days before due (tighter than compliance gaps because comment-drafting windows are short).
A
watch
or
comment-decision
entry is not a compliance gap — it's a tracking artifact for pre-rule items that the watch skill and comments skill produce. Surface them in the status report in their own bucket so counsel reading at 7am can tell at a glance which items are "fix this before a regulator notices" vs. "keep an eye on this."
跟踪器位于
~/.claude/plugins/config/claude-for-legal/regulatory-legal/gap-tracker.yaml
关于comment-tracker.yaml的说明
~/.claude/plugins/config/claude-for-legal/regulatory-legal/comment-tracker.yaml
是意见技能所属的同级文件。它由reg-feed-watcher(自动记录NPRM)和意见技能(跟踪用户发起的意见决策)写入。本技能不会读取或交叉引用该文件。如果修改comment-tracker的 schema,请同时更新所有实际使用该文件的模块。
yaml
gaps:
  - id: GAP-001
    requirement: "[法规要求内容]"
    regulation: "[名称 + 引用]"
    policy_affected: "[政策名称或‘需制定新政策’]"
    gap_type: "partial"  # none | partial | full | new-policy | watch | comment-decision
    owner: "[政策索引中的负责人姓名]"
    owner_slack: "[Slack用户ID或用户名(若已知)]"
    opened: 2026-03-01
    due: 2026-06-01  # 法规生效日期、内部截止日期或意见提交截止日期
    status_verified: true  # 如果上游policy-diff无法确认规则已生效,则为false;未验证的事项绝不会被标记为🔴 逾期
    status: "open"  # open | in-progress | closed | risk-accepted
    notified: false  # 发送分配通知后设为true
    resolution: ""  # 关闭时填写
绝不能将未验证规则的缺口标记为逾期。🔴 逾期分类意味着“我们错过了具有约束力的截止日期”。如果规则状态未经验证(policy-diff设置
status_verified: false
,或规则已发布超过12个月/过了适用日期但未确认有效性),则该截止日期可能不具有约束力。应使用🟡“需审核”标记,并备注:“如果本规则已按发布内容生效,那么该缺口已逾期[N]天。升级前请先核实规则状态。”将未验证规则的事项归入
watch
类别,而非活跃的逾期/即将到期队列;
watch
类别的重新审核机制会强制在事项再次作为合规缺口呈现前检查规则状态。
gap_type
语义说明
取值含义典型提醒周期
none
政策已覆盖该要求。仅为审计追踪而记录。这种情况应很少见——如果大多数条目都是
none
,可能是diff对比了错误的政策。
无自动提醒。
partial
政策涉及该主题,但未完全覆盖新要求。需要修订。到期前30天。
full
政策与新要求矛盾或未提及新要求。需要重写或新增章节。到期前30天。
new-policy
现有政策未覆盖该要求。需制定新政策。到期前30天。
watch
前瞻性事项——ANPR、RFI、尚未最终确定的拟议规则。目前无合规义务;政策制定需等待最终规则出台。
due:
为重新审核日期(通常是NPRM预期发布日期或一年期限),而非合规截止日期。
无自动提醒;当NPRM发布或到达重新审核日期时重新评估。
comment-decision
规则制定前的意见决策待处理——ANPR或NPRM,团队需决定是否提交意见。
due:
为意见提交截止日期。
到期前21天(比合规缺口周期更短,因为意见起草窗口有限)。
watch
comment-decision
条目不属于合规缺口——它们是watch技能和意见技能生成的预规则事项跟踪 artifact。在状态报告中单独展示这些条目,以便早上7点查看报告的法律顾问能快速区分哪些是“需在监管机构发现前整改”的事项,哪些是“需持续关注”的事项。

Modes

模式

Mode 1: Ingest from policy-diff

模式1:从policy-diff导入

When policy-diff finds gaps, append them to gap-tracker.yaml. De-dupe — same requirement + same policy = same gap, don't double-count.
After ingesting, notify the owner:
If Slack MCP is available and
owner_slack
is set:
Send a Slack DM to the gap owner — but only after the per-send confirmation at the top of this file. Preview the message to the user, wait for an explicit yes, then send:
📋 New compliance gap assigned to you

Gap: [GAP-ID] — [requirement, one sentence]
Regulation: [name + link]
Policy affected: [policy name or "new policy needed"]
Due: [reg effective date]

View full gap tracker: /regulatory-legal:gaps
Set
notified: true
in the tracker entry after sending.
If Slack MCP is not available: note in the status report that owner notification was not sent and flag for manual follow-up.
当policy-diff发现缺口时,将其追加到gap-tracker.yaml中。去重——相同要求+相同政策=同一缺口,不重复统计。
导入后通知负责人
如果Slack MCP可用且已设置
owner_slack
向缺口负责人发送Slack私信——但必须先完成本文档顶部的发送前确认步骤。向用户预览消息内容,等待明确回复“是”后再发送:
📋 新合规缺口已分配给您

缺口编号:[GAP-ID] — [要求内容,一句话描述]
法规:[名称 + 链接]
受影响政策:[政策名称或“需制定新政策”]
截止日期:[法规生效日期]

查看完整缺口跟踪器:/regulatory-legal:gaps
发送后将跟踪器条目中的
notified
设为
true
如果Slack MCP不可用:在状态报告中注明未发送负责人通知,并标记为需手动跟进。

Mode 2: Status report

模式2:状态报告

markdown
[WORK-PRODUCT HEADER — per plugin config ## Outputs — differs by role; see `## Who's using this`]
markdown
[工作产品标题 — 取决于插件配置## Outputs — 因角色而异;请查看`## Who's using this`]

Open Gaps — [date]

未解决缺口 — [日期]

Bottom line

核心结论

[N gaps need action by [date] — top 3: X, Y, Z]
[N]个缺口需在[日期]前处理 — 优先级最高的3个:X、Y、Z]

🔴 Overdue

🔴 逾期

IDRequirementPolicyOwnerDueDays over
编号要求内容政策负责人截止日期逾期天数

🟠 Due in <30 days

🟠 30天内到期

[same]
[同上格式]

🟡 Open

🟡 未解决

[same]
[同上格式]

👀 Watch items (forward-looking — pre-rule)

👀 关注事项(前瞻性——预规则)

[Pre-rule tracking —
watch
and
comment-decision
entries. These are not compliance gaps. Surface separately so the overdue / due-soon bands contain only real compliance deadlines.]
IDItemType (ANPR/NPRM/RFI)Comment deadlineOwner
[预规则跟踪——
watch
comment-decision
条目。这些不属于合规缺口。单独展示以便逾期/即将到期队列中仅包含真正的合规截止日期。]
编号事项内容类型(ANPR/NPRM/RFI)意见提交截止日期负责人

In progress

处理中

[same]
[同上格式]

Recently closed

近期已关闭

[last 5, with resolution]

Oldest open gap: [ID], [N] days Gaps by owner: [breakdown] Owner notifications sent: [N] / [N total gaps]

Next step for each open gap:
/regulatory-legal:policy-redraft
produces a marked-up policy redraft with
[verify]
tags and a change summary. It's a proposal for the policy owner's review — not a direct edit to source documents.

Verify citations before relying on them. Regulation citations in this tracker were AI-generated upstream (by reg-feed-watcher and policy-diff) and have not been checked against a primary source. Before closing or risk-accepting a gap — or citing one in an attestation, board report, or regulator response — confirm the underlying rule against Westlaw, your firm's research platform, or the issuing authority's website. AI-generated regulatory citations are sometimes fabricated, misquoted, or stale. Source tags carried forward from upstream (e.g.,
[Federal Register]
,
[web search — verify]
) show where each citation originated;
verify
tags carry higher fabrication risk and should be checked first. Never strip the tags when surfacing gaps.
undefined
[最近5个,包含解决说明]

最久未解决缺口:[编号],已逾期[N]天 缺口按负责人分布:[细分情况] 已发送负责人通知:[N] / 共[N]个缺口

每个未解决缺口的下一步
/regulatory-legal:policy-redraft
会生成带有
[verify]
标记的政策修订草案及变更摘要。这是供政策负责人审核的提案——并非直接修改源文件。

依赖前请核实引用内容:本跟踪器中的法规引用由上游AI生成(reg-feed-watcher和policy-diff),尚未对照原始来源核实。在关闭缺口、接受风险——或在声明、董事会报告、审计回复、监管机构回复中引用缺口之前——请对照Westlaw、贵司研究平台或发布机构的网站确认基础规则的有效性。AI生成的法规引用有时可能是伪造、误引或过时的。上游携带的来源标记(如
[Federal Register]
[web search — verify]
)显示了每个引用的来源;
verify
标记的伪造风险更高,应优先核实。呈现缺口时绝不能去除这些标记。
undefined

Config-dependent fallbacks

依赖配置的回退机制

This skill reads gap-response owners and the escalation path from
~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md
. When a value it needs is empty or still
[PLACEHOLDER]
:
  • Gap-response triager missing: leave assignment open and append to the output: "No triager is set in
    ## Gap response process
    . Assign one with
    /regulatory-legal:cold-start-interview --redo
    or by editing
    ~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md
    so new gaps get routed."
  • Owner unknown for a newly-ingested gap (no owner in policy library): log the gap with
    owner: [unassigned]
    and append: "[N] gaps were ingested without an owner because the policy library doesn't name one for the affected policy. Fill in the Owner column in the policy library to route them."
  • Escalation path missing for an overdue material gap: still report it as overdue, and append: "No escalation path is set for material overdue gaps. Configure it with
    /regulatory-legal:cold-start-interview --redo
    or by editing
    ~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md
    ."
Say nothing about config when the values are populated.
Due-date reminder logic (runs during status report and scheduled agent):
Reminder cadence is a function of
gap_type
— compliance gaps get a 30-day heads-up, comment-decision items get 21 days (tighter because the drafting window is shorter), watch items get no auto-reminder (re-evaluate when an NPRM drops).
For each gap with status "open" or "in-progress":
  • partial
    ,
    full
    ,
    new-policy
    ,
    none
    : if due date is within 30 days and a reminder has not been sent in the last 7 days, PREVIEW a Slack DM (subject "⏰ Reminder: compliance gap due in [N] days") and wait for per-send confirm before sending.
  • comment-decision
    : if comment deadline is within 21 days and a reminder has not been sent in the last 7 days, PREVIEW a Slack DM (subject "💬 Comment-decision deadline in [N] days") and wait for per-send confirm before sending.
  • watch
    : no auto-reminder. Revisit when the tracker is reviewed or an NPRM is logged for the same regulation.
  • If due date has passed on a compliance gap: flag as overdue in the report and PREVIEW a Slack DM — wait for per-send confirm before sending.
  • If comment deadline has passed on a
    comment-decision
    item and no comment was filed: flag as overdue, PREVIEW a Slack DM (wait for per-send confirm), and ask the owner to update to
    risk-accepted
    (deliberate no-comment) or
    closed
    (comment filed) with a note.
  • Record reminder timestamps in the tracker to avoid repeat nags.
  • Batch reminders still require per-send confirm — previewing "you're about to send 12 DMs" and waiting for yes counts; silently firing a batch does not.
本技能从
~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md
读取缺口响应负责人和升级路径。当所需值为空或仍为
[PLACEHOLDER]
时:
  • 缺失缺口响应分流人:保持缺口未分配状态,并在输出中追加:“
    ## Gap response process
    中未设置分流人。请通过
    /regulatory-legal:cold-start-interview --redo
    或编辑
    ~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md
    分配分流人,以便新缺口能被正确分配。”
  • 新导入缺口的负责人未知(政策库中未指定):记录缺口时设置
    owner: [unassigned]
    ,并追加:“[N]个缺口导入时未指定负责人,因为政策库中未为受影响政策指定负责人。请在政策库的负责人列填写信息,以便这些缺口能被正确分配。”
  • 重大逾期缺口缺失升级路径:仍将其报告为逾期,并追加:“未设置重大逾期缺口的升级路径。请通过
    /regulatory-legal:cold-start-interview --redo
    或编辑
    ~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md
    进行配置。”
当配置值已填充时,无需提及配置相关内容。
截止日期提醒逻辑(在状态报告和定时agent运行时执行)
提醒周期由
gap_type
决定——合规缺口提前30天提醒,comment-decision事项提前21天提醒(周期更短,因为起草窗口有限),watch事项无自动提醒(当NPRM发布时重新评估)。
对于每个状态为“open”或“in-progress”的缺口:
  • partial
    full
    new-policy
    none
    :如果截止日期在30天内且过去7天未发送过提醒,预览Slack私信(主题:“⏰ 提醒:合规缺口将在[N]天后到期”),等待发送前确认后再发送。
  • comment-decision
    :如果意见提交截止日期在21天内且过去7天未发送过提醒,预览Slack私信(主题:“💬 意见决策截止日期将在[N]天后到期”),等待发送前确认后再发送。
  • watch
    :无自动提醒。在跟踪器审核或同一法规的NPRM被记录时重新评估。
  • 如果合规缺口已过截止日期:在报告中标记为逾期,并预览Slack私信——等待发送前确认后再发送。
  • 如果
    comment-decision
    事项已过截止日期且未提交意见:标记为逾期,预览Slack私信(等待发送前确认),并要求负责人将状态更新为
    risk-accepted
    (故意不提交意见)或
    closed
    (已提交意见)并添加备注。
  • 在跟踪器中记录提醒时间戳,避免重复提醒。
  • 批量提醒仍需发送前确认——预览“您即将发送12条私信”并等待回复“是”才算确认;静默发送批量消息不符合要求。

Consequential-action gate (certify compliance)

重大操作审核(合规认证)

Before closing a gap as resolved, or producing any output that certifies compliance with a regulatory requirement (internal attestation, board report, audit response, regulator response): Read
## Who's using this
in ~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md. If the Role is Non-lawyer:
Certifying compliance — or closing a gap as resolved — has legal consequences. The certification can be used against the company if it's later shown to be wrong, and premature closure leaves exposure unaddressed. Have you reviewed this with an attorney? If yes, proceed. If no, here's a brief to bring to them:
  • The gap (requirement, source, what the policy diff found)
  • What the proposed resolution does and does not cover
  • Any residual gap or ambiguity
  • Open questions and what's unresolved
  • What could go wrong (overbroad certification, unresolved residual obligation, inconsistent prior position)
  • What to ask the attorney (is this truly closed; should we risk-accept with rationale instead; do we need outside-counsel concurrence)
If you need to find a lawyer: your professional regulator's referral service is the fastest starting point (state bar in the US; SRA/Bar Standards Board in England & Wales; Law Society in Scotland/NI/Ireland/Canada/Australia; or your jurisdiction's equivalent).
Do not mark a gap closed or produce a compliance certification past this gate without an explicit yes. Status reports and tracking views do not require the gate.
在将缺口标记为已解决,或生成任何证明符合监管要求的输出(内部声明、董事会报告、审计回复、监管机构回复)之前:查看~/.claude/plugins/config/claude-for-legal/regulatory-legal/CLAUDE.md中的
## Who's using this
部分。如果角色为非律师
认证合规——或标记缺口已解决——会产生法律后果。如果后续证明认证有误,该认证可能会被用于针对公司,而过早关闭缺口会使公司面临未解决的风险。您是否已与律师审核过此内容?如果是,请继续。如果否,请将以下摘要提交给律师:
  • 缺口详情(要求内容、来源、policy-diff发现的问题)
  • 拟议解决方案覆盖和未覆盖的内容
  • 任何剩余缺口或模糊点
  • 未解决的问题
  • 可能出现的风险(认证范围过宽、未解决的剩余义务、与之前立场不一致)
  • 需向律师咨询的问题(此缺口是否真的已解决;是否应接受风险并说明理由;是否需要外部律师确认)
如果您需要寻找律师:您所在地区的专业监管机构推荐服务是最快的途径(美国为州律师协会;英格兰和威尔士为SRA/律师标准委员会;苏格兰/北爱尔兰/爱尔兰/加拿大/澳大利亚为律师协会;或您所在司法管辖区的等效机构)。
未经明确回复“是”,不得越过此审核环节标记缺口已关闭或生成合规认证。状态报告和跟踪视图无需经过此审核环节。

Mode 3: Close a gap

模式3:关闭缺口

/regulatory-legal:gaps --close GAP-001
Resolution: "Policy updated v2.3, approved [date]"
Updates status to closed, records resolution and close date.
/regulatory-legal:gaps --close GAP-001
Resolution: "政策已更新至v2.3,于[日期]获批"
将状态更新为closed,记录解决说明和关闭日期。

Mode 4: Risk-accept a gap

模式4:接受缺口风险

Sometimes the answer is "we're not going to fix this." That's a valid decision — but it should be documented.
/regulatory-legal:gaps --accept GAP-002
Rationale: "Requirement applies only to [condition we don't meet]. Revisit if [trigger]."
Accepted by: [name with authority]
Status → risk-accepted. Stays in the tracker (not deleted) but falls out of the open-gaps report.
有时决策是“我们不会整改此缺口”。这是一个有效的决策——但必须记录在案。
/regulatory-legal:gaps --accept GAP-002
Rationale: "该要求仅适用于[我们不符合的条件]。当[触发条件]出现时重新评估。"
Accepted by: [授权人员姓名]
状态→risk-accepted。仍保留在跟踪器中(不删除),但不再出现在未解决缺口报告中。

Integration: reg-change-monitor agent

集成:reg-change-monitor agent

The agent's digest includes the gap count and oldest-open-gap age. If anything goes overdue, that goes at the top of the digest. The agent also runs the due-date reminder check and sends any outstanding Slack notifications.
该agent的摘要包含缺口数量和最久未解决缺口的时长。如果出现逾期事项,会放在摘要顶部。该agent还会执行截止日期提醒检查,并发送所有待处理的Slack通知。

Close with the next-steps decision tree

以下一步决策树收尾

End with the next-steps decision tree per CLAUDE.md
## Outputs
. Customize the options to what this skill just produced — the five default branches (draft the X, escalate, get more facts, watch and wait, something else) are a starting point, not a lock-in. The tree is the output; the lawyer picks.
If the tracker surfaced more than ~10 open gaps, or any time the user asks: offer the dashboard (see CLAUDE.md
## Outputs → Dashboard offer for data-heavy outputs
). Shape the offer for this output — counts by severity, a timeline of gaps by due date, and a sortable grid with owner, status, and last-touched date.
根据CLAUDE.md
## Outputs
中的下一步决策树收尾。根据本技能生成的内容自定义选项——五个默认分支(起草X、升级、获取更多信息、持续关注、其他)是起点,而非固定选项。决策树即为输出内容,由律师选择。
如果跟踪器显示有超过约10个未解决缺口,或用户任何时候提出请求:提供仪表盘(请查看CLAUDE.md
## Outputs → Dashboard offer for data-heavy outputs
)。根据本次输出定制仪表盘内容——按严重程度统计的数量、缺口截止日期时间线、包含负责人、状态和最后处理日期的可排序表格。

What this skill does not do

本技能不执行的操作

  • Close gaps on its own. Closing requires the resolution note and the human action that the note describes.
  • Send Slack notifications if the Slack MCP is not configured. Falls back to flagging in the status report.
  • Send more than one reminder per 7-day period per gap. Nag once, not constantly.
  • 自行关闭缺口。关闭缺口需要解决说明以及说明中描述的人工操作。
  • 如果未配置Slack MCP,则不发送Slack通知。改为在状态报告中标记提醒。
  • 对同一缺口每7天发送一次以上提醒。仅提醒一次,而非频繁打扰。