能力入口 · 个人维护的能力入口
个人看板实质刷新与发布合并
它让每个已登记来源发布后判断个人看板会不会因此说错话。需要更新时，优先并入已经在做的网站更新；只有当前没人负责网站施工时才新建一份更新任务，避免重复改同一页面或重复发布。
已发布来源仍带旧网站模型门槛，当前网站按现行项目规则和本人选择安排任务；本页说明交接机制，本轮网站是否真正发布另看发布与公网回读。先看怎么用
你不需要记住 Skill 名，直接说需求就行
什么时候用
- 来源项目已经完成发布和正式回读
- 本次变化涉及网站登记的项目、规则或能力
- 页面里的事实、解释、边界、成熟度或使用判断可能因此变错
- 网站可能已经有另一项更新正在施工，需要避免重复发布或两边互相覆盖
可以直接这样说
比如一个已登记项目刚发布了会改变网页说明的新功能，而网站的另一批更新还在施工。它不会再开一份竞争任务，而是把来源、正式提交、改动位置和影响理由交给正在发布的网站负责人，合进下一批候选；来源项目不用原地等待。
最后会得到什么
页面不受影响时明确说明不用更新；网站已经有人在更新时，把这次实质变化交给同一批候选合并；当前没人负责时才安排新的看板更新。安排成功不冒充已经合并或完成；真正的网站更新仍要经过内容、构建和发布检查。
不适合这样用
- 来源还只是草稿、候选或未验证状态
- 只有格式、注释、内部重构、时间戳或仅哈希变化
- 当前页面已经准确说明受阻状态，没有新的实质失真
- 需要本人明确启动的页面没有新的更新请求
- 试图让来源工作直接修改、测试或发布网站
正常时
来源已正式发布、网页会因此说错时，把变化交给当前确实负责网站发布的活动任务；没有合适任务才安排一个新的。来源工作随即继续。
发现问题时
页面仍准确、该页面需要本人点名但没有新请求，或同一变化已安排时，不重复更新；检查失败或用户暂停时保留已有发布状态。
入口不可用或证据不足时
向现有负责人投递失败时报告原错误，不新开竞争任务；新任务创建失败也不冒充已安排或盲目重试。
从哪里开始
某个已登记项目、规则或 Skill 正式发布并回读后，由来源任务判断网站旧说明是否会误导，再交给现役网站发布任务；也可以在当前 AI 对话直接要求更新对应网站页面。
需要准备什么
- 要更新的已登记项目、规则、Skill 或对应页面；来源版本由任务正式回读，不要求本人提供提交号
- 实际改变了哪项使用、边界或状态；只有文件改动或时间戳不足以判断需要更新
为什么需要这个能力
项目更新后，看板可能继续展示旧事实；但每次改注释都更新没有价值，已经有人在准备网站版本时再开一个任务还会互相覆盖。实质阈值解决该不该更新，优先交给正在负责网站发布的任务，才不会重复施工和发布。
从需求到结果
来源先完成自己的正式发布与回读，再判断网页是否会让人误解能力、用法、状态或限制；只是格式、时间戳或内部重构就保持网页不变。
一次来源变化只处理对应说明和真正被它影响的其他表面，不把它变成全站刷新，也不在来源项目里直接施工网站。
先看是否有一个真实活动任务正负责这次网站发布。有就给它一次准确交接；没有才安排新的网站工作。标题相似、旧记录或最近有更新都不够。
交接带上来源、正式版本、变化位置、观察时间和影响理由。安排已受理不等于已经读过、合并或发布，来源不用原地等待网站结果。
网站任务原位合并新事实，保留未受影响内容与并发成果；语义判断和验收按现行网站规则、任务难度与本人明确选择安排。
完成一个连贯批次后统一做内容、构建、公开与浏览检查，再按本人的当前发布安排提交和回读。预览使用可控制的临时服务，不留重复后台进程。
本人暂停时停止该范围自动评估与交接。之后恢复只按新指令读取当前已发布事实，不回放全部旧提交、不建积压队列或第二个定时任务。
结束时讲清哪些页面实际变了、为什么变、是否发布及真实缺口；不为显示更新过而添加日志、重复卡片或改写无关内容。
失败时会怎样恢复
本人要求暂停网页更新或稍后合并
系统反应：先停这段范围的自动评估和交接，来源编辑/测试/发布继续。
恢复方式：恢复按后续明确指令读取当前已发布事实，不自动回放积压提交，也不建暂停登记表或队列。
只命中改动范围，没有实质影响
系统反应：明确返回无需更新并说明原因。
恢复方式：等未来真的会改变页面含义时再安排，不制造无意义的网站工作。
来源仍是草稿、候选或没有正式回读
系统反应：暂不判断网站更新。
恢复方式：等来源项目完成发布和远端确认后重新评估。
网站已有正在负责发布的任务
系统反应：只把这一次真实变化交给那个任务，不另开竞争任务。
恢复方式：来源工作随即继续；网站任务合并变化、检查页面，再按当前发布安排处理。
任务标题像网站发布，但状态或施工范围对不上
系统反应：不能因为名字相似就把变化投递过去。
恢复方式：现场确认没有其他合格发布任务后，再安排一个新的独立网站任务。
网页确实会说错，而且当前无人负责发布
系统反应：只安排一次新的网站工作，并说明任务是否真的受理。
恢复方式：来源立即继续；新网站任务负责编辑、验收及后续已授权发布。
交给现有网站发布负责人的消息没有送达
系统反应：明确报告派发失败；不把失败当成对方已收到。
恢复方式：停止本次派发，不另开竞争网站任务、不盲重试；来源发布结果保持不变。
新网站任务未能创建
系统反应：明确告诉来源创建失败及实际原因。
恢复方式：来源立即继续；停止本次安排，不改派、不盲目重试。
同一次来源变化已经发送或创建
系统反应：不再安排第二次。
恢复方式：来源得到“不重复安排”的明确结果后立即继续，不读取进度或等待网站完成。
网站检查没通过，或本人明确暂缓发布
系统反应：保持现有公开网站，不提交或推送这次未验收内容。
恢复方式：修复实际页面问题后继续同一次更新；本人解除暂缓后才恢复发布。
目标变成新公网位置、付费动作、秘密暴露或强制覆盖远端
系统反应：现有长期授权不覆盖这一步，停在现有公开状态。
恢复方式：按真实新目标取得精确授权，或改回原来已获准的安全目标。
技术身份与验证证据
Skill · personal-panel-refresh · 成熟度 A-（基本稳定，仍有明确边界）
这个 Skill 用到的名词
- 来源先完成
- 先完成来源项目的修改、测试、发布和正式回读，再判断网站是否需要跟进。
- 页面实质失真
- 如果不更新，网站对事实、解释、边界、成熟度或使用判断就会变错。
- Corresponding snapshot（对应快照）
- 一次来源事件只处理这个来源在 Registry（登记表）中的唯一快照，以及会因它而说错的直接 Project、Rules、Skills 或 System 表面；它不会转成全站复核。
- Active website release Owner（活动网站发布责任方）
- 实时任务状态必须精确为 active，且当前 Owner 范围覆盖这次网站发布；标题、更新时间、旧交接、历史负责记录或来源对话都不能替代这两项证据。
- Bounded delta（有界增量）
- 绑定来源身份、正式回读提交、改动路径、观察时间和活动代际，并附评估原因、实质判断与受影响公共表面；不复制私人正文或 Owner 原始输出。
- Fresh website work（无 Owner 时的全新网站工作）
- 只有现场没有活动网站发布 Owner 时，才安排一份新的独立网站工作。
- Acceptance result（受理结果）
- 跟进或新工作受理只证明安排成功，不证明对方已读、合并、验证或发布。
- 安排结果
- 来源只需要知道 no-op、跟进既有 Owner、创建新任务或派发失败；失败时说明实际原因，不暴露内部任务编号和状态字段。
- 来源立即继续
- 得到安排结果后，来源工作立即继续或结束，不读取网站进度、不等待完成，也不轮询。
- 重复变化合并
- 同一次来源变化只发送一次；同源后继提交只替换它已经包含的同源证据，其他独立来源增量继续保留，不创建第二个发布者。
- Evidence reuse（证据复用）
- 只有来源输入、E 代际、Registry（登记清单） revision（登记表修订号）和负责表面仍匹配时，才复用已采集事实与通过的检查；同源新提交本身不会反复改变责任范围。
- Stable publication batch（稳定发布批次）
- 先完成一批连贯编辑与各自聚焦检查，批次稳定后只运行一次完整测试、构建、公开内容门和最终浏览验收。
- Controllable preview（可控预览）
- 预览服务在可控制的后台会话中运行，有就绪期限；成功、失败或超时后只关闭本任务拥有的进程或会话，不把前台等待误当进展。
- 网站独立验收
- 网站负责人自己完成内容、构建和公开检查；同类失败在输入未变时重复两次，先诊断共同原因再修，来源项目不替网站做这些工作。
- 现有公开目标
- 全部检查通过后，自动正常推送到现有 PUBLIC（公开） main，等待 Pages 并从公网回读。
专业定义
一个已登记项目、规则或能力发布后，它只检查网站里对应的说明会不会因此说错话。需要更新时优先交给正在发布的网站负责人合并；没人负责才开新任务，不扩成全站重做，也不让来源项目原地等待。
执行参考
下面保留 AI 和工具实际使用的参数、步骤与依赖。日常使用可以直接提出需求，不需要先手工准备这些协议。
输入
- 网站登记的项目、规则或能力
- 来源身份、正式远端回读提交、改动路径、观察时间与活动代际
- assessor（影响评估器）原因与为什么页面会实质失真的 Source Owner（来源项目责任人） 判断
- 产品、Rules、Skills、System 中确实由这个来源直接影响的公共表面
输出
- 来源返回对应页面无需更新，或会实质失真的判断、理由与有界来源证据
- 发送给精确活动发布Owner的一次增量，或无合格Owner时一次新网站任务的受理回执
- failed、unavailable或dispatch-unconfirmed的真实区别；受理不证明已读、合并或发布
- 来源任务立即继续的交接结果；网站的语义差分、构建、Pages与公网回读由接收发布任务另行完成
执行顺序
- 1
本人暂停更新或要求稍后合并时，先暂停该范围的自动评估与交接；来源本身的编辑、测试、发布继续
- 2
等来源 Owner 完成自己的发布和正式回读
- 3
每次重新读取网站登记清单，把来源解析到唯一对应快照，只运行相关路径影响评估，不枚举无关项目或转成全站复核
- 4
Source Owner（来源项目责任人） 对照当前页面判断是否真的实质失真
- 5
不影响页面或需要本人明确启动的页面没有新请求时明确 no-op
- 6
读取实时任务列表；只有状态精确为 active 且当前 Owner 范围覆盖本次网站发布才复用，标题、更新时间、旧交接、历史 Owner 或来源对话都不充分，其他状态全部排除
- 7
存在唯一合格发布 Owner 时只发送一次来源身份、提交、路径、原因、实质判断和受影响表面；即使它由另一来源创建或正在刷新别的登记快照，也由它合并同一候选
- 8
没有合格发布 Owner 时按当前网站 Registry（登记清单）、本人选择与活动原生经济路由判断型号和 effort（思考等级），核对实际身份、限制与可用组合后安排一份全新网站工作；来源 Skill 旧版 Astra 要求不是网站作者门槛
- 9
安排受理只证明发送或创建成功，不证明已读、合并或完成；来源立即继续，不等待、不轮询
- 10
网站负责人为每个增量绑定来源身份、回读提交、路径、观察时间和活动代际；同源后继提交只替换被它包含的同源证据，其他来源增量继续保留
- 11
只有来源输入、E 代际、Registry（登记清单） revision（登记表修订号）和负责表面仍匹配时才复用证据；同源新提交本身不制造 Owner 范围反复变更
- 12
先完成一个连贯编辑批次和对应聚焦检查；批次稳定后只运行一次完整测试、构建、公开内容门和最终浏览验收
- 13
同一失败类别在输入未变时重复两次就先诊断共同原因；预览服务使用可控后台会话、就绪期限和仅清理本任务进程的收口
- 14
全部检查通过后只发布一次现有 PUBLIC（公开） main，等待 Pages 并从公网回读
操作边界
- 每次来源事件只更新它的对应登记快照与会因此说错的直接表面，不调用全站复核
- 不复制网站登记清单
- 不建 watcher（监视器）、daemon（后台进程）、定时任务或轮询
- 不在来源工作里编辑、构建、测试或发布网站
- 不把草稿、候选或未验证状态当成已发布事实
- 同一来源提交与同一网站目标不重复发送或创建
- 现有活动发布 Owner 优先；发送失败时不另开竞争任务
- 不把开发或预览服务当前台长任务等待；只启动可控制、可限时并能准确关闭的后台会话
- 网站语义判断、正文、设计和独立验收按当前项目规则与原生经济路由选择实际型号和 effort（思考等级）；不静默替换本人指定的组合
- 跨任务派发受理不等于对方已读或完成，来源不读取进度、不等待、不轮询
- 现有长期授权不跳过 system/developer/platform、Owner scope、目标解析、拒绝、补证、网站检查或本人预览，也不覆盖新公网目标、付费、秘密暴露、force-push（强制推送）或用户明确暂缓
- 恢复只按本人后续指令取当前已发布事实，不自动重放暂停期间每个提交，也不建立暂停登记表、积压队列或第二定时任务
- 全站增量由网站既有统一任务或本人明确全量请求负责；来源 Skill 仍只处理一个对应快照
- 来源 Skill 保留旧 Astra Max 默认叙述，网站现行项目规则已取消这个固定门槛；来源冲突须由其 Owner 修正，网站实际选型以现行规则为准
依赖
- wly0829.cn Registry（登记清单） 与路径影响评估器
- 网站 Execution Owner（施工责任） 与当前任务状态解析
- native-economy-routing 的当前模型家族与思考强度选择
- 桌面 AI 工作台的现有任务跟进与全新工作入口
- 已验收的 PUBLIC（公开） main、GitHub Pages 与公网回读路径
本人排除与暂停先于自动评估
本人明确排除某一来源或Skill的范围跨后续更新持续有效，先读来源personal_website: excluded（或metadata.personal_website）。路径命中不能覆盖排除，也不能经目录、聚合、其他来源透露该项名称、内容、存在或进度；公开页只说明这条通用机制，不列被排除的私人项。
暂停只停指定范围的自动评估/交接，来源编辑、测试和发布仍可继续；恢复按本人新指令读当前已发布事实，不逐条回放或另建暂停表、积压队列。unregistered/disabled与需要本人点名的页面都不自动派发。
来源只交接，发布任务才交网页结果
来源先正式发布和回读，再用assess-panel-impact单项目/changed paths定位候选；AI先判断material，确认后才加material-change。impact_candidate、material_change_confirmed、task_required全true且返回指定action才派发，不让脚本判重要性。
派发前list_threads+当前scope，只复用实时active且负责此次publication的任务，发送一次bounded delta；无合格者才一次projectless（无项目任务）创建。active发送失败不建竞争任务。真正tool缺失/deny为unavailable，error为failed，没可跟踪ID为dispatch-unconfirmed，不能统称已安排。
来源返回no-op、发送/创建受理或精确失败，立即继续，不等待网页。clientThreadId只表示设置待完成，生命周期调用前须真实threadId；若平台要求创建状态检查只用timeoutMs:0的一次快照。
网站发布者另读references/publisher-workflow.md，持有自己的精确施工/发布范围，原位合并、验证、正常推送、等Pages并公网回读。下面技术列表中发布与语义差分是接收网站任务的责任，不是来源Skill本次就完成的返回。
验证状态
源码、安装、供应检查、当前任务、新任务和真实使用分别列出；一层通过不自动提升另一层。
- Source（源码）
- personal-panel-refresh 已发布来源仍写 Astra High 网页门槛与 Max 默认；网站现行 AGENTS 已取消网站专属模型门槛。旧来源状态与现行网站执行规则冲突，待来源 Owner 修正；原 2026-09-12 来源证据时间保留
- Install（安装）
- canonical junction（目录联接） 已安装
- Transaction（供应事务）
- 供应事务检查通过；0 个坏事务
- Current task（当前任务）
- 本批核对当前Skill与安装，未单独重放来源自动派发；网站发布及Pages回读由发布批次独立证明
- Fresh task（全新任务）
- 既有无活动 Owner 新建路线和活动 Owner 跟进路线为历史验收；本轮以当前明确请求和真实施工范围推进
- End to end（端到端）
- 历史派发与发布路线保留；当前任务实际身份、独立内容验收、Pages 与公网回读各自核对。网站现行型号与 effort（思考等级） 依任务和用户限制选择
当前 Skill source、install 与供应事务通过；原有单快照、精确 active Owner、失败不创建竞争任务和稳定批次语义继续保留。当前源增加暂停时先停自动交接、恢复按新指令读取已发布事实，不回放积压或建队列。
证据时间与来源
- Observed at（观察时间）
- 2026-09-12：.agents b4f2bba 远端回读；所选 Skill source、install、transaction 通过，未把这些结果作为真实派发或 Pages 验收
- Source commit（来源提交）
e734251081dc48bdd86765372ce225b3929ce9ae- Supply command（供应验证命令）
E:\.agents\tools\Test-PersonalSkillSupply.ps1 -RequireInstalled -NoExternalEvidence -Json- Evidence basis（证据来源）
- 已发布 Skill b4f2bba、2026-09-12 当时的活动 E128、本人 High 及以上更正和本轮精确源码范围；没有用历史 Pages 或旧 active Owner 接受回执证明本候选发布
Canonical source（唯一维护源）
E:\.agents\skills\personal-panel-refresh\SKILL.md该路径是维护源；用户目录中的发现入口不是第二份源码。