SkyJourneyandClaude Sonnet 5
600c0dd323
huanxi 插件的技能内容从 v1 全面替换为 v2（huanxi-org/huanxi-weekly 等 v1 专属技能下线，新增 huanxi-issue/huanxi-lookup/huanxi-meeting），MCP 连接与 Token 获取方式同步更新为个人中心自助生成。 新增独立的 huanxi-admin 插件（管理端 4 个技能，hxa_ Token，普通员工无需 安装），此前一直卡在"v2 未部署到生产域名前不推送"这条约束，今晚寰汐 v1.0.0 生产切换完成后条件满足。 产物由 huanxi-menagement 仓库 skills/sync_marketplace.py 生成，技能源码 单一真相在该仓库的 skills/，本仓库只接收产物、不手工编辑。 Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_018xxRKMuiGR4wYT3QbwCpDc
55 lines
1.8 KiB
Markdown
55 lines
1.8 KiB
Markdown
---
|
|
name: huanxi-admin-ops
|
|
description: "寰汐管理端运维与内容：提交运维简报、查公告与自动报告、全量查会议与议题。当用户说「提交运维简报」「本周系统周报」「看看有哪些议题」时使用。"
|
|
---
|
|
|
|
# 寰汐管理端 · 运维与内容
|
|
|
|
**前置：先读 `huanxi-admin-shared`。**
|
|
|
|
---
|
|
|
|
## 运维简报
|
|
|
|
```
|
|
ops_briefing_submit(content, iso_week?)
|
|
```
|
|
|
|
Markdown **原文存档，不经 AI 加工**——这是设计决策，简报的价值在于运维侧的原始记录，
|
|
加工会丢失细节。你可以帮用户组织语言，但要让他确认最终文本，不要自作主张改写后直接提交。
|
|
|
|
**同一 ISO 周重复提交是版本覆盖**：旧版本保留但不再是当前版本，公告表里那条发布记录
|
|
原地更新指向最新版。不传 `iso_week` 则用今天所在周。
|
|
|
|
⏸ 提交前把最终 Markdown 展示给用户确认。
|
|
|
|
---
|
|
|
|
## 公告与自动报告
|
|
|
|
```
|
|
announcement_query(ids?, kind?, series_slug?, period_key?)
|
|
```
|
|
|
|
统一入口，覆盖系统周报、周度复盘、版本发布、运维简报、人工公告。
|
|
|
|
- 按生命周期分类查 → `kind`
|
|
- 某条内置报告的历次期次 → `series_slug`
|
|
- 具体某一期 → 加 `period_key`
|
|
|
|
报告按受众分档（全员/管理层/老板/本人），过滤在服务端完成——查不到某条不代表它不存在。
|
|
|
|
---
|
|
|
|
## 会议与议题（只读）
|
|
|
|
```
|
|
meeting_query(scope="all", status_category?, series_ids?, module_ids?, tag_ids?)
|
|
issue_query(scope?, level?, status_category?, module_ids?, tag_ids?, q?)
|
|
```
|
|
|
|
管理身份可见全部议题，含标记为「仅管理层可见」的那些。
|
|
|
|
议题的写操作（建、记进展、关闭）**不在管理端**——那些应当由议题的当事人在个人端做，
|
|
管理端替他记进展会让决策链的「谁说的」失真。会议的写操作同理。
|