返回 Showcase 目录

Showcase detail

Weekly Ops Digest

把多来源状态整理成一页周报,并把信息缺口和待确认项单独标出来。

所属类别

运营 / 项目协同

适用版本

0.9.x

预计配置时间

25 到 45 分钟

最后验证

2026-03-13

Key signals

适合谁:适合需要横向追踪项目状态的运营与项目负责人

安全标签:联网读取 + 手动校对

维护状态:样板维护中

Value and proof

这页先证明它真的解决问题

它先收束状态,再暴露缺口,不假装所有项目数据都天然可比。 能把多来源状态整理成一页周报,并清楚标出信息缺口。

结果证明

把跨项目周报的汇总时间从“逐个问人”压缩到先产出一版结构化初稿。

为什么强

优势在于把状态同步、兼容提醒和缺口标注放进同一页视图,减少来回对齐成本。

预期效果

输出一页可读的周报初稿,并显式列出信息缺口和需要追问的项目。

不保证项

不保证周报内容天然准确,缺口标注后的人工追问仍然必要。

Input / output

真实输入输出要能支撑复刻判断

允许脱敏,但不能改写结果逻辑。用户要看得出来这不是宣传文案,而是有真实工作流证据。

真实输入示例

输入 4 个项目状态文档、1 份版本兼容提醒和若干负责人备注。

真实输出结果

输出含项目概况、阻塞项、风险提醒和信息缺口的周报 Markdown 初稿。

语言支持

中文为主,可兼容英文项目备注

包名称

Weekly Ops Digest Pack

Representative scenarios

代表性场景先讲真实任务,不讲抽象概念

Showcase 的说服力来自具体使用场景,至少要让用户一眼看出在哪些任务里值得复刻。

把多项目的进度、阻塞项和下周重点压成单页周报。
把版本变化、风险提醒和负责人口径放进同一份运营 digest。
为管理者输出一版可继续追问的问题清单。

Prerequisites

复刻前必须满足的前置条件

如果前置条件说不清,演示再漂亮也不应让用户误以为能直接复制成功。

需要明确的周报模板和每个项目的最小状态字段。
需要至少一个负责人能补齐缺失信息。
最好先有 Release Watcher 维护的版本变化摘要。

Safety controls

高风险能力必须配套写出风险控制

凡是联网、外部账号、文件写入或更高权限的能力,都要告诉用户怎样安全停下。

只读取约定的数据源和项目文档,不默认扫描整个工作区。
输出到独立周报目录,保留人工改写空间。
所有缺口和待确认项必须显式展示,不能悄悄省略。

Boundaries

这类场景不适合直接复刻

适用边界和已知失败场景必须和能力证明同样醒目,否则 Showcase 会误导用户。

数据源权限不清或口径不统一的团队。
需要把周报直接作为正式审计材料的场景。
不同项目的数据更新时间不一致,导致对比信息失真。
状态字段定义不统一,自动归类会放大口径偏差。

Reproduction steps

可复刻路径要按步骤写,而不是只放结果截图

分享包的任务是让陌生用户也能理解准备项、顺序和停点,不是让人照抄作者环境。

先把各项目状态字段压缩到统一模板中。
连接更新摘要和项目输入源,只保留必要访问范围。
生成一版周报初稿并检查缺口标注是否清晰。
确认负责人补充流程后,再沉淀为可公开的分享包。

Package contents

第一版分享包至少要承载这些内容

适合需要稳定做多项目同步的运营与项目管理场景。 需要手动调整的部分:需要人工统一口径、补齐缺失信息,并决定最终周报措辞。

manifest.yaml:声明写入目录、联网读取和维护状态。
soul.md:定义周报编辑的角色目标和信息缺口优先原则。
skills.md:说明 Release Watcher、Shell Guard 和打包能力如何配合。
examples.md / changelog.md:保留真实周报样例和后续维护记录。

Author and maintenance

作者与维护信息

用于演示高复用运营类 Showcase 如何同时呈现结果证明、风险和复刻路径。

作者

agent101 editorial sample

反馈路径

由人工审核和后续复核规则承接反馈。

维护状态

样板维护中

最后验证

2026-03-13

Excluded content

公开分享时必须明确不包含的内容

这部分写清楚,才能避免用户把作者没提供、也不该提供的内容误当成缺漏。

不包含内部项目凭证。
不包含未经授权的客户信息。
不包含需要保密的完整状态源数据导出。