{"id":"926834e6-0770-4021-81fd-c8509d292753","entityType":"agent","slug":"clawhub-tyqqj0-auwomo-task","name":"Auwomo Task","canonicalUrl":"https://www.xpersona.co/agent/clawhub-tyqqj0-auwomo-task","canonicalPath":"/agent/clawhub-tyqqj0-auwomo-task","generatedAt":"2026-10-10T21:47:43.110Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-10T18:31:18.630Z","emptyReason":null},"description":"任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。 Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress, 做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容... Skill: Auwomo Task Owner: tyqqj0 Summary: 任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。 Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress, 做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容... Tags: latest:1.5.0 Version history: v1.5.0 | 2026-05-25T06:26:14.600Z | user 扩展触发条件覆盖工作描述场景，明确task-record流程优先于本地memory v1.4.1 | 2026-05-20T05:55:31.684Z | user missing_description 改为 warning（不再阻断挂载），check attachable 输","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 1.3K downloads reported by the source. Last updated 10/10/2026.","installCommand":"clawhub skill install s179r1v4v074pt64bb13g8as9986mk0b:auwomo-task","sourceUrl":"https://clawhub.ai/tyqqj0/auwomo-task","homepage":"https://clawhub.ai/tyqqj0/skills/auwomo-task","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/tyqqj0/auwomo-task","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/tyqqj0/skills/auwomo-task","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":62,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。 Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress, 做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容..."},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-10T18:31:18.630Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T18:31:18.630Z","emptyReason":null},"stars":null,"forks":null,"downloads":1295,"packageName":null,"latestVersion":"1.5.0","tractionLabel":"1.3K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-10T18:31:18.630Z","emptyReason":null},"lastUpdatedAt":"2026-10-10T18:31:18.630Z","lastCrawledAt":"2026-10-10T18:31:18.630Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-11T18:31:18.630Z","lastVerifiedAt":null,"highlights":[{"version":"1.5.0","createdAt":"2026-05-25T06:26:14.600Z","changelog":"扩展触发条件覆盖工作描述场景，明确task-record流程优先于本地memory","fileCount":9,"zipByteSize":15375},{"version":"1.4.1","createdAt":"2026-05-20T05:55:31.684Z","changelog":"missing_description 改为 warning（不再阻断挂载），check attachable 输出含 warnings 字段","fileCount":8,"zipByteSize":13929},{"version":"1.4.0","createdAt":"2026-05-19T15:39:26.441Z","changelog":"description 支持：create/record/update 均可写描述，context -d 使用指引","fileCount":8,"zipByteSize":13786},{"version":"1.3.0","createdAt":"2026-05-18T10:39:35.970Z","changelog":"task-record 流程增强：直接记录模式、多任务打包确认、无匹配引导创建主线","fileCount":8,"zipByteSize":12344},{"version":"1.2.0","createdAt":"2026-05-17T18:14:46.222Z","changelog":"团队视角汇报增强：assignee 字段文档化、同理心表述规则、停滞阈值、未初始化引导","fileCount":8,"zipByteSize":11512},{"version":"1.1.0","createdAt":"2026-05-14T04:18:51.579Z","changelog":"更新 Cotrace 命令格式为 ftc call","fileCount":8,"zipByteSize":10177},{"version":"1.0.0","createdAt":"2026-05-13T06:11:07.242Z","changelog":"任务管理技能","fileCount":null,"zipByteSize":null}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s179r1v4v074pt64bb13g8as9986mk0b:auwomo-task","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-10T21:47:43.108Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-tyqqj0-auwomo-task/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-10T18:31:18.630Z","emptyReason":null},"readme":"Skill: Auwomo Task\n\nOwner: tyqqj0\n\nSummary: 任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。 Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress, 做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容...\n\nTags: latest:1.5.0\n\nVersion history:\n\nv1.5.0 | 2026-05-25T06:26:14.600Z | user\n\n扩展触发条件覆盖工作描述场景，明确task-record流程优先于本地memory\n\nv1.4.1 | 2026-05-20T05:55:31.684Z | user\n\nmissing_description 改为 warning（不再阻断挂载），check attachable 输出含 warnings 字段\n\nv1.4.0 | 2026-05-19T15:39:26.441Z | user\n\ndescription 支持：create/record/update 均可写描述，context -d 使用指引\n\nv1.3.0 | 2026-05-18T10:39:35.970Z | user\n\ntask-record 流程增强：直接记录模式、多任务打包确认、无匹配引导创建主线\n\nv1.2.0 | 2026-05-17T18:14:46.222Z | user\n\n团队视角汇报增强：assignee 字段文档化、同理心表述规则、停滞阈值、未初始化引导\n\nv1.1.0 | 2026-05-14T04:18:51.579Z | user\n\n更新 Cotrace 命令格式为 ftc call\n\nv1.0.0 | 2026-05-13T06:11:07.242Z | user\n\n任务管理技能\n\nArchive index:\n\nArchive v1.5.0: 9 files, 15375 bytes\n\nFiles: references/cron-templates.md (2799b), references/task-check.md (2761b), references/task-context.md (3084b), references/task-create.md (3725b), references/task-record.md (5869b), references/task-report.md (3495b), skill-card.md (2467b), SKILL.md (3406b), _meta.json (130b)\n\nFile v1.5.0:SKILL.md\n\n---\nname: auwomo-task\nversion: 1.5.0\ndescription: >\n  任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。\n  Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress,\n  做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容, 今日进展.\n  NOT for: 消息发送(use auwomo-message), 提醒配置(暂不支持).\nmetadata:\n  openclaw:\n    requires:\n      bins:\n        - auwomo\n        - lark-cli\n---\n\n# auwomo-task\n\n围绕飞书任务的长期任务结构、进展记录、汇报能力。所有操作通过 `auwomo` CLI 执行。\n\n## 触发条件\n\n当用户提到以下内容时激活本技能：\n\n- 查看任务、任务进展、任务上下文\n- 记录工作、写进展、\"帮我记一下\"\n- 生成日报、周报、汇报\n- 创建主线、子线任务\n- \"看看我的任务\"、\"check 一下\"\n- **用户描述做了什么工作**：\"今天修了 xxx\"、\"完成了 xxx\"、\"搞定了 xxx\"、\"做了 xxx\"\n  → 这是工作记录请求，走 task-record 流程，**不要写到本地 memory**\n\n## 排除场景\n\n- 只是闲聊、不涉及飞书任务系统 → 不激活\n- 发消息给某人 → 转到 `auwomo-message`\n- agent→agent 通信 → 暂不支持\n\n## 前置依赖\n\n执行任何操作前，确认身份可用：\n\n```bash\nauwomo identity whoami\n```\n\n如果返回错误，先解决身份问题再继续。\n\n## 标题前缀契约\n\n| 前缀 | 含义 | 创建方式 |\n|------|------|---------|\n| `[主线]` | 顶层长期工作主线 | `task create` |\n| `[子线]` | 主线下的结构子任务（支持多级） | `task create --parent` |\n| `[记录]` | 已完成工作的记录 | `task record` |\n\n## CLI 命令速查表\n\n| 场景 | 命令 | 说明 |\n|------|------|------|\n| 查看任务上下文 | `auwomo task context --duration 7d` | 轻量模式 |\n| 查看详细上下文 | `auwomo task context --duration 7d -d` | 含 description |\n| 查看团队上下文 | `auwomo task context --duration 7d --team` | 含下属 |\n| 检查是否已初始化 | `auwomo task check init` | 有无可挂载主线 |\n| 检查可挂载候选 | `auwomo task check attachable` | 找记录挂点 |\n| 检查昨日记录 | `auwomo task check yesterday-record` | 昨天有无进展 |\n| 列出任务 | `auwomo task list` | 扁平列表 |\n| 查看任务树 | `auwomo task tree` | 完整树状结构 |\n| 查看单个任务 | `auwomo task show <guid>` | 详细信息 |\n| 记录进展 | `auwomo task record --work <guid> --summary \"...\"` | 创建记录 |\n| 创建任务 | `auwomo task create --title \"[主线] ...\"` | 创建主线/子线 |\n\n所有命令支持 `--format json` 切换为机器可读输出。\n\n## 参考文档路由\n\n| 场景 | 文档 |\n|------|------|\n| 需要了解当前任务状态 | [task-context.md](references/task-context.md) |\n| 需要记录一段工作 | [task-record.md](references/task-record.md) |\n| 需要创建主线/子线 | [task-create.md](references/task-create.md) |\n| 需要生成汇报 | [task-report.md](references/task-report.md) |\n| 需要做前置检查 | [task-check.md](references/task-check.md) |\n| 定时任务模板 | [cron-templates.md](references/cron-templates.md) |\n\n## **数据源：Cotrace**\n\n当用户说\"帮我记录\"但未提供具体内容时，**优先使用 Cotrace 获取工作数据**。\n详见 `skills/cotrace/SKILL.md`。\n\nFile v1.5.0:_meta.json\n\n{\n  \"ownerId\": \"kn721qkna8n7c3j5n9hvqpx4h986mbnk\",\n  \"slug\": \"auwomo-task\",\n  \"version\": \"1.5.0\",\n  \"publishedAt\": 1779690374600\n}\n\nFile v1.5.0:references/cron-templates.md\n\n# cron-templates\n\n定期任务模板，用于系统级 cron 部署。\n\n> **ops 消费说明**：实际部署的 prompt 在 `auwomo-ops/desired-state/30-daily-report/prompts/` 中维护。\n> 此文件作为参考文档，描述各模板的设计意图和行为。\n\n---\n\n## 角色感知机制\n\n所有汇报类 prompt 都包含 **Step 0: 身份与权限检查**：\n\n1. 读取 `$OPENCLAW_DISPLAY_NAME` 作为用户称呼\n2. `auwomo identity whoami --format json` — 确认身份可用\n3. `auwomo identity subordinates --format json` — 判断 has_team\n4. 后续命令如返回 auth 错误 → 进入未初始化模式\n\n这使得同一个 prompt 可以根据用户角色自动切换个人/团队视角。\n\n## 未初始化状态处理\n\n当检测到 `need_user_authorization` 或类似认证错误时，不输出技术性报错，改为输出友好引导消息：介绍自身能力、说明当前状态、引导用户完成配置。\n\n---\n\n## 昨日简报（周二至周六 08:00）\n\n- 个人视角：基于 `task context --duration 1d -d` 概括昨日进展\n- 团队视角（has_team=true）：\n  - `task context --duration 1d -d --team` — 按 assignee 分组简报\n  - `task missing --range 2d --team` — 缺失记录提醒\n  - 停滞主线检查（>7天/14天阈值，使用同理心表述）\n\n## 今日记录提醒（周一至周五 18:00）\n\n- 检查可挂载任务 → 提醒用户记录今日进展\n- 纯个人视角，不含团队内容\n- 语气低负担、易回复\n\n## 周汇报（周日 16:00）\n\n- 个人周报：基于 `task context --duration 7d -d`\n  - 本周完成/进行中/受阻\n  - 下周建议\n  - 个人停滞自检（>3天无记录的主线）\n- 团队周报（has_team=true）：\n  - `task context --duration 7d -d --team` — 按 assignee 分组周报\n  - `task missing --range 7d --team` — 缺失记录统计\n  - 停滞主线检查（7-14天/14天+阈值，使用同理心表述）\n\n## 停滞阈值汇总\n\n| 场景 | 阈值 | 触发条件 |\n|------|------|---------|\n| 个人主线自提醒 | 3天 | 自己的主线 updated_at > 3d |\n| 团队主线提醒 | 7天 | 下属的主线 updated_at > 7d |\n| 团队主线警告 | 14天 | 下属的主线 updated_at > 14d |\n| 缺交记录提醒 | 2天 | task missing count > 0 |\n\n## 同理心表述规则\n\n详见 [task-report.md](task-report.md) 的\"同理心表述规则\"章节。所有涉及\"某人没做某事\"的表述必须遵循该规则。\n\n## 部署方式\n\n实际 prompt 文件在 `auwomo-ops` 仓库中维护：\n- `desired-state/30-daily-report/prompts/yesterday-report.md`\n- `desired-state/30-daily-report/prompts/end-of-day-record.md`\n- `desired-state/30-daily-report/prompts/weekly-report.md`\n\n调度配置在 `desired-state/30-daily-report/crons.yaml` 中定义。\n通过 `reconcile_crons` playbook 部署到各容器。\n\nFile v1.5.0:references/task-check.md\n\n# task-check\n\n前置检查命令，用于在执行操作前确认任务系统状态。\n\n## 三个检查子命令\n\n### check init\n\n检查是否已初始化 — 当前用户是否有可挂载的顶层主线任务。\n\n```bash\nauwomo task check init --format json\n```\n\n**输出字段**：\n- `ok` — 是否已初始化（有至少一个可挂载的顶层主线）\n- `status` — `\"initialized\"` 或 `\"missing\"`\n- `count` — 可挂载的候选数量\n- `candidates[]` — 每个候选的 guid, summary, description, depth, child_count\n\n**使用场景**：\n- 新用户首次使用前\n- 不确定是否有可用主线时\n- 如果 `status=missing`，需要引导用户走 `task-create` 流程\n\n---\n\n### check attachable\n\n查找当前可以挂载记录的候选任务。\n\n```bash\nauwomo task check attachable --format json\n```\n\n**输出字段**：\n- `ok` — 是否有可挂载候选\n- `status` — `\"attachable\"` 或 `\"blocked\"`\n- `attachable_count` — 可挂载的候选数\n- `candidate_count` — 总候选数（含 blocked）\n- `window` — 查询的时间窗口（默认 30 天）\n- `candidates[]` — 每个候选的详细信息：\n  - `attachable` — 是否可挂载\n  - `state` — `\"attachable\"` 或 `\"blocked\"`\n  - `reasons` — 不可挂载的原因列表（硬阻断）\n  - `warnings` — 可挂载但有提示（如缺少描述）\n  - `depth` — 在任务树中的深度\n  - `lineage` — 祖先链\n\n**候选排序**：\n- attachable 在前，blocked 在后\n- 无 warning 的在有 warning 的前面\n- 深度越深越优先（最贴近当前工作的子线排前面）\n\n**不可挂载的原因（reasons）**：\n- `not_app_created` — 不是由 app/bot 创建\n- `not_active` — 已完成\n- `not_structure` — 不是结构任务\n- `record_title` — 标题是 [记录]\n\n**警告（warnings）** — 可挂载但建议处理：\n- `missing_description` — 缺少描述，建议用 `task update <guid> --desc \"...\"` 补充\n\n**使用场景**：\n- 在执行 `task record` 前确定挂载点\n- 帮用户选择合适的父任务\n- 发现 `missing_description` 时，主动建议补充描述\n\n---\n\n### check yesterday-record\n\n检查昨天是否有进展记录。\n\n```bash\nauwomo task check yesterday-record --format json\n```\n\n**输出字段**：\n- `ok` — 昨天是否有记录\n- `status` — `\"has_records\"` 或 `\"no_records\"`\n- `count` — 记录数量\n- `window` — 昨天的时间范围（start..end）\n- `records[]` — 每条记录的 guid, summary, completed_at, lineage\n\n**使用场景**：\n- 日报生成前检查是否有素材\n- 提醒用户补记录\n- 定时检查用户是否忘记记录进展\n\n---\n\n## 通用选项\n\n所有 check 命令支持：\n- `--team` — 包含下属的任务（管理员视角）\n- `--format json` — 机器可读输出\n\nFile v1.5.0:references/task-context.md\n\n# task-context\n\n查询当前任务上下文，了解任务树结构和最近进展。\n\n## 场景\n\n- 用户问\"我的任务怎么样了\"\n- 需要了解当前在做什么\n- 准备生成汇报前先获取上下文\n\n## 操作步骤\n\n### 1. 获取轻量上下文（默认）\n\n```bash\nauwomo task context --duration 7d\n```\n\n输出包含：\n- 活跃结构列表（active_structures）\n- 最近记录（recent_records）\n- 昨日记录（yesterday_records）\n- 树状视图（tree_lines）\n\n### 2. 获取详细上下文（含 description）\n\n```bash\nauwomo task context --duration 7d -d\n```\n\n加 `-d` 后，每个任务节点会附带 description 字段，帮助理解具体工作内容。\n\n### 3. 获取团队上下文\n\n```bash\nauwomo task context --duration 7d --team\n```\n\n`--team` 会包含当前用户所有下属的任务。\n\n### 4. 调整时间窗口\n\n```bash\nauwomo task context --duration 30d    # 最近 30 天\nauwomo task context --duration 2w     # 最近 2 周\n```\n\n支持的时间单位：`M`(分钟), `h`(小时), `d`(天), `w`(周), `m`(月), `y`(年)\n\n## 何时使用 `-d`（详细模式）\n\n### 不需要 `-d` 的场景（轻量模式足够）：\n\n- 生成日报、周报（标题 + 树结构已够写汇报）\n- 简单状态查询（\"我最近做了啥\"）\n- 检查是否有新记录\n- cron 定时汇报触发\n\n### 需要 `-d` 的场景：\n\n- 用户问某个主线/子线具体是做什么的\n- 用户要求增删或调整主线/子线结构（需要理解每个的含义才能决策）\n- 深入对话：用户对某个任务感兴趣，想了解更多\n- 排查 `missing_description` 问题\n- 写详细的月度/季度总结\n\n### 原则\n\n轻量模式是默认选择。只在需要理解\"这个任务到底是什么\"时才用 `-d`。日常记录和汇报不需要加载描述——标题本身已经传达了足够信息。\n\n## 输出解读（JSON 模式）\n\n```bash\nauwomo task context --duration 7d --format json\n```\n\n关键字段：\n- `summary.active_structure_count` — 活跃结构任务数\n- `summary.recent_record_count` — 时间窗口内的记录数\n- `summary.yesterday_record_count` — 昨日记录数\n- `tree_lines` — 缩进树状文本行\n- `active_structures[]` — 每个活跃结构的详细信息：\n  - `guid`, `summary`, `status` — 基本信息\n  - `depth`, `child_count`, `parent_guid` — 树结构\n  - `lineage_summary` — 上级脉络\n  - `assignee` — 负责人名字（`--team` 时按此分组）\n  - `assignee_open_id` — 负责人飞书 open_id\n  - `updated_at` — 最后更新时间（RFC3339，用于停滞检测）\n  - `description` — 任务描述（仅 `-d` 模式）\n- `recent_records[]` — 最近记录的 guid, summary, completed_at, assignee, assignee_open_id, updated_at\n\n> **团队模式**：`--team` 返回包含所有下属的聚合数据。按 `assignee` 或 `assignee_open_id` 分组可得到按人视角。\n\n## 错误处理\n\n- 身份未配置 → 先运行 `auwomo identity whoami` 确认\n- lark-cli 不可用 → 检查 `which lark-cli`\n- 结果为空 → 可能需要先通过 `task check init` 检查初始化状态\n\nFile v1.5.0:references/task-create.md\n\n# task-create\n\n在飞书任务中创建新的结构任务（主线或子线）。\n\n## 场景\n\n- 当前没有可承接工作的主线\n- 用户明确要求新开主线或子线\n- `check init` 返回 `missing`，需要初始化\n\n## 两种交互模式\n\n### 模式 A：用户提供了具体内容\n\n触发：\"帮我建一个主线：论文写作\" / \"创建子线：数据收集，挂在 xxx 下面\"\n\n```\n1. 根据用户描述拟定标题和描述\n2. 展示草案：\"准备创建 [主线] 论文写作，确认吗？\"\n3. 确认后 → 创建（必须包含 description）\n```\n\n### 模式 B：用户未明确说要创建什么\n\n触发：\"帮我建个任务\" / check init 显示 missing / 从 record 流程改道过来\n\n```\n1. 先确认：这更像\"会持续推进一段时间的长期任务\"还是\"一次性事项\"？\n   - 一次性事项 → 改走 task-record 流程\n   - 长期任务 → 继续\n2. 询问任务名称、大致内容\n3. 可选：询问是否有相关文档/材料可参考\n4. 用 context 检查是否已有类似主线（避免重复）\n5. 拟定草案（含标题 + 描述）→ 确认 → 创建\n```\n\n## 标题前缀\n\n- 新建顶层主线：`[主线] 论文写作`\n- 新建结构子任务：`[子线] 数据收集`\n- 不要在此流程中创建 `[记录]`（记录由 `task-record` 负责）\n\n## 描述（description）要求\n\n创建主线或子线时**必须**提供 `--desc`。没有描述的任务无法挂载记录。\n\n### 主线描述（2-5 句）\n\n说明：目标是什么、范围包括哪些、大致验收标准。\n\n示例：\n```\n研究和评估 Claude API 在团队中的使用方案，包括额度管理、接入方式、成本优化。目标是形成一套可落地的使用规范，让团队成员能高效使用 AI 工具。\n```\n\n### 子线描述（1-3 句）\n\n说明：聚焦点、预期产出。\n\n示例：\n```\n调研 Claude 各套餐的额度和限制，对比团队实际用量，输出选型建议。\n```\n\n### 描述不需要\n\n- 不要堆砌细节（不是文档）\n- 不要写执行步骤（那是记录的事）\n- 不要重复标题信息\n\n## 操作命令\n\n### 创建主线\n\n```bash\nauwomo task create --title \"[主线] 论文写作\" --desc \"完成本学期毕业论文，包括选题、文献调研、实验设计、撰写和答辩准备。目标是6月前提交终稿。\"\n```\n\n### 创建子线（挂在已有任务下）\n\n```bash\nauwomo task create --title \"[子线] 数据收集\" --parent <parent_guid> --desc \"收集实验所需的训练数据集，包括公开数据集筛选和自有数据标注。\"\n```\n\nCLI 自动行为：\n- 无 parent 且无前缀 → 自动加 `[主线]`\n- 有 parent 且无前缀 → 自动加 `[子线]`\n- 以 bot 身份创建\n- 默认 status = todo\n\n## 创建原则\n\n- 结构任务应由 app/bot 身份创建（确保后续 taskctx 可识别和挂接）\n- 创建前建议先看上下文：`auwomo task context --duration 7d`\n- 避免重复创建已存在的主线\n- **必须包含描述** — 无描述的任务会被系统标记为不可挂载\n\n## 与 context 的配合\n\n创建前建议先运行：\n\n```bash\nauwomo task context --duration 7d\n```\n\n确认是否真的缺少结构，避免重复创建。\n\n## 补充已有任务的描述\n\n如果发现已有主线/子线缺少描述（check attachable 显示 `missing_description`），可用 update 补充：\n\n```bash\nauwomo task update <guid> --desc \"补充的描述内容\"\n```\n\n## 不要这样做\n\n- 不要在未确认的情况下直接创建（必须与用户确认草案）\n- 不要把一次性事项创建为主线（应走 record 流程）\n- 不要手动管理标题前缀（CLI 自动处理）\n- 不要忽略已有主线直接创建新的（先检查 context）\n- 不要创建没有描述的主线或子线\n\nFile v1.5.0:references/task-record.md\n\n# task-record\n\n把一段已完成工作写入飞书任务树。\n\n## 场景\n\n- 用户说\"帮我记一下今天做了什么\"\n- 用户说\"记录一下：完成了数据清洗\"\n- cron 每日提醒触发记录流程\n- agent 自动记录进展\n\n## 两种交互模式\n\n### 模式 A：用户提供了内容\n\n触发：\"记录一下：今天完成了数据清洗工作\"、\"帮我记：给老师配了 bot，修了几个 bug\"\n\n```\n1. check attachable 获取候选列表\n2. 语义匹配：用户内容 ↔ 候选任务\n3. 判断是否可以直接记录（见下方\"直接记录 vs 确认\"）\n4. 记录（单条或多条）\n```\n\n### 模式 B：用户未提供内容\n\n触发：\"帮我记一下最近做的\" / cron 提醒 / \"用一下记录技能\"\n\n```\n1. 优先尝试 Cotrace 获取工作数据（见下方）\n2. 如果 Cotrace 有数据 → 生成草案 → 按模式 A 继续\n3. 如果 Cotrace 无数据/不可用 → 询问用户做了什么\n   - 附带 Cotrace 小提示：\"也可以接入 cotrace 自动采集工作记录哦\"\n4. 用户回复后 → 进入模式 A\n```\n\nCotrace 小提示仅在 Cotrace 不可用/无数据时出现，不要每次都提。\n\n## 直接记录 vs 确认\n\n### 可直接记录（无需确认）：\n\n- 内容明确，用户语气确定（\"帮我记\"、\"记下来\"、\"记录一下：xxx\"）\n- 挂载点唯一匹配（内容明显属于某个任务）\n- 不存在歧义或敏感信息\n\n直接记录后告知结果即可。\n\n### 需要确认的情况：\n\n- 匹配不确定：内容可能属于多个候选，不好选\n- 内容含模糊信息\n- 用户语气带犹豫（\"好像做了...\"、\"大概是...\"）\n\n此时展示草案，询问\"这样记可以吗？\"，确认后记录。\n\n## 涉及多个任务时\n\n用户一次描述了多项工作（如\"今天给老师配了 bot，还修了几个 bug，另外处理了额度问题\"）：\n\n1. 拆分为多条记录\n2. 分别匹配挂载点\n3. **一次性展示所有草案**，打包确认\n4. 确认后批量记录\n\n示例输出：\n```\n帮你整理了 2 条记录：\n1. → [主线] Auwomo OS 推广运行\n   \"给老师配置 bot、修复引导 bug、优化未初始化引导流程\"\n2. → [主线] Claude 使用方案调研\n   \"处理 Claude 额度问题\"\n\n这样记可以吗？\n```\n\n## 无匹配候选时\n\n如果用户描述的工作无法匹配到任何现有任务：\n\n1. 告知用户：\"这条记录目前没有对应的主线任务可以挂载\"\n2. 建议：\"要不要先创建一个主线？比如 [主线] xxx\"\n3. 用户确认后 → `task create` 创建主线 → 然后挂载记录\n\n绝不创建孤立记录（没有父任务的记录）。\n\n## 使用 Cotrace 作为数据源（优先）\n\n在模式 B 中，优先使用 Cotrace 的 work-records 获取实际工作数据，参考 `skills/cotrace/SKILL.md`：\n\n```bash\n# 检查 Cotrace 是否可用\nftc health cotrace\n\n# 获取今天的工作摘要\necho '{\"tool\":\"get_workstream_summaries\",\"args\":{\"created\":{\"from\":\"<today>T00:00:00Z\",\"to\":\"<today>T23:59:59Z\"}}}' | ftc call cotrace\n\n# 获取详细内容\necho '{\"tool\":\"get_workstream_summaries_details\",\"args\":{\"identifiers\":[\"<id1>\",\"<id2>\"]}}' | ftc call cotrace\n```\n\n如果 Cotrace 不可用（`ftc` 找不到、health check 失败或无数据），退回到直接询问用户。\n\n## 层级契约\n\n- `[主线]`：顶层长期工作主线\n- `[子线]`：主线下或子线下的结构任务（支持多级）\n- `[记录]`：已完成工作的记录任务（本文档负责创建的对象）\n\n## 确定挂载点\n\n先用 `check attachable` 找到合适的挂载候选：\n\n```bash\nauwomo task check attachable --format json\n```\n\n输出中 `attachable=true` 的候选按优先级排序（深度越深越优先）。\n\n### 挂载优先级\n\n1. 最细、最贴近当前工作、且合法可挂载的 `[子线]`\n2. 若没有更细合法 `[子线]`，回退到上层 `[子线]`\n3. 若仍没有，再回退到合法 `[主线]`\n4. 如果没有任何合法候选 → 引导创建主线（见上方\"无匹配候选时\"）\n\n## 创建记录\n\n```bash\nauwomo task record --work <parent_guid> --summary \"完成了数据清洗工作\" --desc \"处理了3个数据源的缺失值和异常值，输出清洗后的特征矩阵\"\n```\n\n- `--work`：父任务的 GUID（从 check attachable 结果中选取）\n- `--summary`：记录标题（简洁，一句话）\n- `--desc`：补充细节（可选，1-2 句，比标题多一点具体信息）\n\nCLI 会自动：\n- 添加 `[记录]` 前缀（如果你没加）\n- 以 bot 身份创建\n- 创建时标记为已完成状态\n\n### 何时加 --desc\n\n- 标题已经足够清楚 → 不加（大多数情况）\n- 涉及具体产出物、数据量、关键决策 → 加 1-2 句补充\n- 来自 Cotrace 且有丰富细节 → 提取核心补充\n\n示例：\n```bash\n# 标题够了，不需要 desc\nauwomo task record --work <guid> --summary \"配置了 kaiwen 的 bot 环境\"\n\n# 有值得记录的细节\nauwomo task record --work <guid> --summary \"完成实验数据预处理\" --desc \"使用 PCA 降维到32维，去除了15%的噪声样本，最终数据集 12000 条\"\n```\n\n## 草案撰写原则\n\n- 简洁明了，一两句话概括做了什么\n- 用结果导向的语言，不要写过程细节\n- 如果来自 Cotrace 数据，提取核心成果而非罗列所有活动\n- 示例：\"完成实验数据预处理和特征提取\"，而非\"打开了 Python，写了一些代码...\"\n\n## 错误处理\n\n- `--work` 为空 → 必须指定父任务 GUID\n- `--summary` 为空 → 必须填写记录内容\n- 无可挂载候选 → 引导走 task-create 流程\n- 记录命令失败 → 告知用户具体错误原因\n\n## 不要这样做\n\n- 不要跳过 `check attachable` 直接猜挂载点\n- 不要把记录挂在树外面（没有父任务的孤立记录）\n- 不要把 Cotrace 原始数据大段贴为记录内容\n- 不要只写本地文件就告诉用户\"已记录\"——必须执行 `auwomo task record`\n\nFile v1.5.0:references/task-report.md\n\n# task-report\n\n按时间段汇总任务进展，生成人可读的汇报。\n\n## 场景\n\n- 用户说\"帮我写日报\"、\"总结一下本周进展\"\n- 定时汇报（每日/每周）\n- 管理员需要团队进展概览\n\n## 操作步骤\n\n### 1. 确定时间窗口\n\n- 日报：`--duration 1d`\n- 周报：`--duration 7d`\n- 月报：`--duration 30d`\n\n### 2. 获取上下文\n\n普通用户：\n```bash\nauwomo task context --duration 7d -d\n```\n\n团队视角（管理员/有下属）：\n```bash\nauwomo task context --duration 7d -d --team\n```\n\n### 3. 生成汇报\n\n基于 context 输出，按以下原则编写汇报：\n\n**结构**：\n1. 一句话总览 — 整体有没有进展\n2. 重点推进 — 当前在做什么\n3. 当前状态 — 推进到什么程度\n\n**原则**：\n- 用人话写，不写工具日志\n- 先结论，再脉络，再补充\n- 保持主线 → 子线 → 记录的层级关系\n- 记录应放回其所属主线/子线脉络中理解\n- 不要把 description 大段原样贴进汇报\n- 如果没有新增记录，用自然语言说明\n\n### 4. 团队汇报（管理员视角）\n\n```bash\nauwomo task context --duration 7d -d --team --format json\nauwomo task missing --range 2d --team --format json\n```\n\n团队汇报结构：\n1. 整体概览 — 谁有推进，谁暂无\n2. 按人简报 — 按 `assignee` 分组，每人一两句\n3. 缺失记录 — 基于 `task missing` 结果\n4. 停滞主线检查 — 基于 `updated_at` 字段\n5. 风险卡点 — 阻塞/逾期/停滞的任务\n\n#### 停滞阈值\n\n| 场景 | 阈值 | 处理 |\n|------|------|------|\n| 个人主线自提醒 | 3 天 | 温和提醒自己关注 |\n| 团队主线提醒 | 7-14 天 | 提醒关注 |\n| 团队主线警告 | >14 天 | 建议主动跟进 |\n| 缺交记录提醒 | 2 天 | 列出无记录成员 |\n\n#### 同理心表述规则\n\n涉及\"某人没做某事\"的表述时，**必须**遵循以下规则：\n\n1. **先看 context**：从 `recent_records` 中按该 assignee 筛选，看此人同期在做什么\n2. **推测原因**：\n   - 有其他活跃记录 → \"可能精力集中在 [主线]yyy\"\n   - 任务本身复杂 → \"项目可能有一定难度\"\n   - 无任何记录 → \"可能近期较忙或有其他安排\"\n3. **格式**：一句原因推测 + 一句建议\n4. **示例**：\n   - \"马子健 近7天无 [主线]xxx 的进展记录，但同期在推进 [主线]yyy（最近3天有5条记录），可能是精力集中在那边。建议确认是否需要调整优先级。\"\n   - \"黄永强 本周无 [主线]xxx 的进展，但 [主线]yyy 有较多记录（本周6条），可能是优先级侧重。建议下周确认 xxx 是否需要推进。\"\n\n**绝对不要**：\n- 直接说\"XXX没做\"、\"XXX未完成\"\n- 用指责性语气描述缺失\n- 忽略此人在其他任务上的付出\n\n#### 风险识别标准（按优先级）\n\n- 阻塞状态\n- 逾期风险（due_at 已过/即将到期）\n- 进展停滞（按上述阈值判定，使用 `updated_at` 字段）\n- 描述含\"风险\"、\"阻塞\"、\"卡住\"等关键词\n\n### 5. 未初始化状态处理\n\n当 `auwomo identity whoami` 或后续命令返回认证错误时，不要输出技术性报错，改为输出友好引导消息，介绍自身能力并引导用户完成配置。\n\n## 不要这样做\n\n- 不要自己重新扫描任务树（用 context 输出）\n- 不要把记录从所属主线/子线中剥离后平铺\n- 不要忽略多级子线结构\n- 不要把技术性判定直接当汇报内容\n- 不要用指责性语气描述团队成员的缺失或停滞\n\nFile v1.5.0:skill-card.md\n\n## Description:\n\nAuwomo Task helps agents manage Feishu task workflows by viewing task context, recording progress, creating main and subtask structures, and generating reports.\n\nThis skill is ready for commercial/non-commercial use.\n\n## Publisher:\n\n[tyqqj0](https://clawhub.ai/user/tyqqj0)\n\n### License/Terms of Use:\n\nMIT-0\n\n## Use Case:\n\nEmployees and managers using Auwomo with Feishu tasks use this skill to inspect personal or team task context, record completed work into task trees, create long-running work streams, and draft daily or weekly progress reports.\n\n### Deployment Geography for Use:\n\nGlobal\n\n## Known Risks and Mitigations:\n\nRisk: The skill can access Feishu task data, team or subordinate task context, and Cotrace work-history summaries.\n\nMitigation: Install it only for agents and users that are expected to handle that work data, and verify identity and authorization before task operations.\n\nRisk: Broad triggers and automated flows may treat vague work updates as requests to create persistent task records.\n\nMitigation: Use explicit wording and require confirmation for ambiguous updates, sensitive content, or cron-driven recording.\n\nRisk: The skill can write persistent task records and create task structures through the Auwomo CLI.\n\nMitigation: Review the selected parent task, summary, and description before executing write or create commands, especially when the match is uncertain.\n\n## Reference(s):\n\n- [Task Context](references/task-context.md)\n- [Task Record](references/task-record.md)\n- [Task Create](references/task-create.md)\n- [Task Report](references/task-report.md)\n- [Task Check](references/task-check.md)\n- [Cron Templates](references/cron-templates.md)\n- [ClawHub Skill Page](https://clawhub.ai/tyqqj0/skills/auwomo-task)\n\n## Skill Output:\n\n**Output Type(s):** [Text, Markdown, Shell commands, Configuration, Guidance]\n\n**Output Format:** [Markdown with inline shell commands and human-readable task summaries]\n\n**Output Parameters:** [1D]\n\n**Other Properties Related to Output:** [May include JSON-oriented CLI options for machine-readable Feishu task context and checks.]\n\n## Skill Version(s):\n\n1.5.0 (source: frontmatter and server release evidence)\n\n## Ethical Considerations:\n\nUsers should evaluate whether this skill is appropriate for their environment, review any generated or modified files before relying on them, and apply their organization's safety, security, and compliance requirements before deployment.\n\nArchive v1.4.1: 8 files, 13929 bytes\n\nFiles: references/cron-templates.md (2799b), references/task-check.md (2761b), references/task-context.md (3084b), references/task-create.md (3725b), references/task-record.md (5869b), references/task-report.md (3495b), SKILL.md (3091b), _meta.json (130b)\n\nFile v1.4.1:SKILL.md\n\n---\nname: auwomo-task\nversion: 1.4.1\ndescription: >\n  任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。\n  Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress.\n  NOT for: 消息发送(use auwomo-message), 提醒配置(暂不支持).\nmetadata:\n  openclaw:\n    requires:\n      bins:\n        - auwomo\n        - lark-cli\n---\n\n# auwomo-task\n\n围绕飞书任务的长期任务结构、进展记录、汇报能力。所有操作通过 `auwomo` CLI 执行。\n\n## 触发条件\n\n当用户提到以下内容时激活本技能：\n\n- 查看任务、任务进展、任务上下文\n- 记录工作、写进展、\"帮我记一下\"\n- 生成日报、周报、汇报\n- 创建主线、子线任务\n- \"看看我的任务\"、\"check 一下\"\n\n## 排除场景\n\n- 只是闲聊、不涉及飞书任务系统 → 不激活\n- 发消息给某人 → 转到 `auwomo-message`\n- agent→agent 通信 → 暂不支持\n\n## 前置依赖\n\n执行任何操作前，确认身份可用：\n\n```bash\nauwomo identity whoami\n```\n\n如果返回错误，先解决身份问题再继续。\n\n## 标题前缀契约\n\n| 前缀 | 含义 | 创建方式 |\n|------|------|---------|\n| `[主线]` | 顶层长期工作主线 | `task create` |\n| `[子线]` | 主线下的结构子任务（支持多级） | `task create --parent` |\n| `[记录]` | 已完成工作的记录 | `task record` |\n\n## CLI 命令速查表\n\n| 场景 | 命令 | 说明 |\n|------|------|------|\n| 查看任务上下文 | `auwomo task context --duration 7d` | 轻量模式 |\n| 查看详细上下文 | `auwomo task context --duration 7d -d` | 含 description |\n| 查看团队上下文 | `auwomo task context --duration 7d --team` | 含下属 |\n| 检查是否已初始化 | `auwomo task check init` | 有无可挂载主线 |\n| 检查可挂载候选 | `auwomo task check attachable` | 找记录挂点 |\n| 检查昨日记录 | `auwomo task check yesterday-record` | 昨天有无进展 |\n| 列出任务 | `auwomo task list` | 扁平列表 |\n| 查看任务树 | `auwomo task tree` | 完整树状结构 |\n| 查看单个任务 | `auwomo task show <guid>` | 详细信息 |\n| 记录进展 | `auwomo task record --work <guid> --summary \"...\"` | 创建记录 |\n| 创建任务 | `auwomo task create --title \"[主线] ...\"` | 创建主线/子线 |\n\n所有命令支持 `--format json` 切换为机器可读输出。\n\n## 参考文档路由\n\n| 场景 | 文档 |\n|------|------|\n| 需要了解当前任务状态 | [task-context.md](references/task-context.md) |\n| 需要记录一段工作 | [task-record.md](references/task-record.md) |\n| 需要创建主线/子线 | [task-create.md](references/task-create.md) |\n| 需要生成汇报 | [task-report.md](references/task-report.md) |\n| 需要做前置检查 | [task-check.md](references/task-check.md) |\n| 定时任务模板 | [cron-templates.md](references/cron-templates.md) |\n\n## **数据源：Cotrace**\n\n当用户说\"帮我记录\"但未提供具体内容时，**优先使用 Cotrace 获取工作数据**。\n详见 `skills/cotrace/SKILL.md`。\n\nFile v1.4.1:_meta.json\n\n{\n  \"ownerId\": \"kn721qkna8n7c3j5n9hvqpx4h986mbnk\",\n  \"slug\": \"auwomo-task\",\n  \"version\": \"1.4.1\",\n  \"publishedAt\": 1779256531684\n}\n\nFile v1.4.1:references/cron-templates.md\n\n# cron-templates\n\n定期任务模板，用于系统级 cron 部署。\n\n> **ops 消费说明**：实际部署的 prompt 在 `auwomo-ops/desired-state/30-daily-report/prompts/` 中维护。\n> 此文件作为参考文档，描述各模板的设计意图和行为。\n\n---\n\n## 角色感知机制\n\n所有汇报类 prompt 都包含 **Step 0: 身份与权限检查**：\n\n1. 读取 `$OPENCLAW_DISPLAY_NAME` 作为用户称呼\n2. `auwomo identity whoami --format json` — 确认身份可用\n3. `auwomo identity subordinates --format json` — 判断 has_team\n4. 后续命令如返回 auth 错误 → 进入未初始化模式\n\n这使得同一个 prompt 可以根据用户角色自动切换个人/团队视角。\n\n## 未初始化状态处理\n\n当检测到 `need_user_authorization` 或类似认证错误时，不输出技术性报错，改为输出友好引导消息：介绍自身能力、说明当前状态、引导用户完成配置。\n\n---\n\n## 昨日简报（周二至周六 08:00）\n\n- 个人视角：基于 `task context --duration 1d -d` 概括昨日进展\n- 团队视角（has_team=true）：\n  - `task context --duration 1d -d --team` — 按 assignee 分组简报\n  - `task missing --range 2d --team` — 缺失记录提醒\n  - 停滞主线检查（>7天/14天阈值，使用同理心表述）\n\n## 今日记录提醒（周一至周五 18:00）\n\n- 检查可挂载任务 → 提醒用户记录今日进展\n- 纯个人视角，不含团队内容\n- 语气低负担、易回复\n\n## 周汇报（周日 16:00）\n\n- 个人周报：基于 `task context --duration 7d -d`\n  - 本周完成/进行中/受阻\n  - 下周建议\n  - 个人停滞自检（>3天无记录的主线）\n- 团队周报（has_team=true）：\n  - `task context --duration 7d -d --team` — 按 assignee 分组周报\n  - `task missing --range 7d --team` — 缺失记录统计\n  - 停滞主线检查（7-14天/14天+阈值，使用同理心表述）\n\n## 停滞阈值汇总\n\n| 场景 | 阈值 | 触发条件 |\n|------|------|---------|\n| 个人主线自提醒 | 3天 | 自己的主线 updated_at > 3d |\n| 团队主线提醒 | 7天 | 下属的主线 updated_at > 7d |\n| 团队主线警告 | 14天 | 下属的主线 updated_at > 14d |\n| 缺交记录提醒 | 2天 | task missing count > 0 |\n\n## 同理心表述规则\n\n详见 [task-report.md](task-report.md) 的\"同理心表述规则\"章节。所有涉及\"某人没做某事\"的表述必须遵循该规则。\n\n## 部署方式\n\n实际 prompt 文件在 `auwomo-ops` 仓库中维护：\n- `desired-state/30-daily-report/prompts/yesterday-report.md`\n- `desired-state/30-daily-report/prompts/end-of-day-record.md`\n- `desired-state/30-daily-report/prompts/weekly-report.md`\n\n调度配置在 `desired-state/30-daily-report/crons.yaml` 中定义。\n通过 `reconcile_crons` playbook 部署到各容器。\n\nFile v1.4.1:references/task-check.md\n\n# task-check\n\n前置检查命令，用于在执行操作前确认任务系统状态。\n\n## 三个检查子命令\n\n### check init\n\n检查是否已初始化 — 当前用户是否有可挂载的顶层主线任务。\n\n```bash\nauwomo task check init --format json\n```\n\n**输出字段**：\n- `ok` — 是否已初始化（有至少一个可挂载的顶层主线）\n- `status` — `\"initialized\"` 或 `\"missing\"`\n- `count` — 可挂载的候选数量\n- `candidates[]` — 每个候选的 guid, summary, description, depth, child_count\n\n**使用场景**：\n- 新用户首次使用前\n- 不确定是否有可用主线时\n- 如果 `status=missing`，需要引导用户走 `task-create` 流程\n\n---\n\n### check attachable\n\n查找当前可以挂载记录的候选任务。\n\n```bash\nauwomo task check attachable --format json\n```\n\n**输出字段**：\n- `ok` — 是否有可挂载候选\n- `status` — `\"attachable\"` 或 `\"blocked\"`\n- `attachable_count` — 可挂载的候选数\n- `candidate_count` — 总候选数（含 blocked）\n- `window` — 查询的时间窗口（默认 30 天）\n- `candidates[]` — 每个候选的详细信息：\n  - `attachable` — 是否可挂载\n  - `state` — `\"attachable\"` 或 `\"blocked\"`\n  - `reasons` — 不可挂载的原因列表（硬阻断）\n  - `warnings` — 可挂载但有提示（如缺少描述）\n  - `depth` — 在任务树中的深度\n  - `lineage` — 祖先链\n\n**候选排序**：\n- attachable 在前，blocked 在后\n- 无 warning 的在有 warning 的前面\n- 深度越深越优先（最贴近当前工作的子线排前面）\n\n**不可挂载的原因（reasons）**：\n- `not_app_created` — 不是由 app/bot 创建\n- `not_active` — 已完成\n- `not_structure` — 不是结构任务\n- `record_title` — 标题是 [记录]\n\n**警告（warnings）** — 可挂载但建议处理：\n- `missing_description` — 缺少描述，建议用 `task update <guid> --desc \"...\"` 补充\n\n**使用场景**：\n- 在执行 `task record` 前确定挂载点\n- 帮用户选择合适的父任务\n- 发现 `missing_description` 时，主动建议补充描述\n\n---\n\n### check yesterday-record\n\n检查昨天是否有进展记录。\n\n```bash\nauwomo task check yesterday-record --format json\n```\n\n**输出字段**：\n- `ok` — 昨天是否有记录\n- `status` — `\"has_records\"` 或 `\"no_records\"`\n- `count` — 记录数量\n- `window` — 昨天的时间范围（start..end）\n- `records[]` — 每条记录的 guid, summary, completed_at, lineage\n\n**使用场景**：\n- 日报生成前检查是否有素材\n- 提醒用户补记录\n- 定时检查用户是否忘记记录进展\n\n---\n\n## 通用选项\n\n所有 check 命令支持：\n- `--team` — 包含下属的任务（管理员视角）\n- `--format json` — 机器可读输出\n\nFile v1.4.1:references/task-context.md\n\n# task-context\n\n查询当前任务上下文，了解任务树结构和最近进展。\n\n## 场景\n\n- 用户问\"我的任务怎么样了\"\n- 需要了解当前在做什么\n- 准备生成汇报前先获取上下文\n\n## 操作步骤\n\n### 1. 获取轻量上下文（默认）\n\n```bash\nauwomo task context --duration 7d\n```\n\n输出包含：\n- 活跃结构列表（active_structures）\n- 最近记录（recent_records）\n- 昨日记录（yesterday_records）\n- 树状视图（tree_lines）\n\n### 2. 获取详细上下文（含 description）\n\n```bash\nauwomo task context --duration 7d -d\n```\n\n加 `-d` 后，每个任务节点会附带 description 字段，帮助理解具体工作内容。\n\n### 3. 获取团队上下文\n\n```bash\nauwomo task context --duration 7d --team\n```\n\n`--team` 会包含当前用户所有下属的任务。\n\n### 4. 调整时间窗口\n\n```bash\nauwomo task context --duration 30d    # 最近 30 天\nauwomo task context --duration 2w     # 最近 2 周\n```\n\n支持的时间单位：`M`(分钟), `h`(小时), `d`(天), `w`(周), `m`(月), `y`(年)\n\n## 何时使用 `-d`（详细模式）\n\n### 不需要 `-d` 的场景（轻量模式足够）：\n\n- 生成日报、周报（标题 + 树结构已够写汇报）\n- 简单状态查询（\"我最近做了啥\"）\n- 检查是否有新记录\n- cron 定时汇报触发\n\n### 需要 `-d` 的场景：\n\n- 用户问某个主线/子线具体是做什么的\n- 用户要求增删或调整主线/子线结构（需要理解每个的含义才能决策）\n- 深入对话：用户对某个任务感兴趣，想了解更多\n- 排查 `missing_description` 问题\n- 写详细的月度/季度总结\n\n### 原则\n\n轻量模式是默认选择。只在需要理解\"这个任务到底是什么\"时才用 `-d`。日常记录和汇报不需要加载描述——标题本身已经传达了足够信息。\n\n## 输出解读（JSON 模式）\n\n```bash\nauwomo task context --duration 7d --format json\n```\n\n关键字段：\n- `summary.active_structure_count` — 活跃结构任务数\n- `summary.recent_record_count` — 时间窗口内的记录数\n- `summary.yesterday_record_count` — 昨日记录数\n- `tree_lines` — 缩进树状文本行\n- `active_structures[]` — 每个活跃结构的详细信息：\n  - `guid`, `summary`, `status` — 基本信息\n  - `depth`, `child_count`, `parent_guid` — 树结构\n  - `lineage_summary` — 上级脉络\n  - `assignee` — 负责人名字（`--team` 时按此分组）\n  - `assignee_open_id` — 负责人飞书 open_id\n  - `updated_at` — 最后更新时间（RFC3339，用于停滞检测）\n  - `description` — 任务描述（仅 `-d` 模式）\n- `recent_records[]` — 最近记录的 guid, summary, completed_at, assignee, assignee_open_id, updated_at\n\n> **团队模式**：`--team` 返回包含所有下属的聚合数据。按 `assignee` 或 `assignee_open_id` 分组可得到按人视角。\n\n## 错误处理\n\n- 身份未配置 → 先运行 `auwomo identity whoami` 确认\n- lark-cli 不可用 → 检查 `which lark-cli`\n- 结果为空 → 可能需要先通过 `task check init` 检查初始化状态\n\nFile v1.4.1:references/task-create.md\n\n# task-create\n\n在飞书任务中创建新的结构任务（主线或子线）。\n\n## 场景\n\n- 当前没有可承接工作的主线\n- 用户明确要求新开主线或子线\n- `check init` 返回 `missing`，需要初始化\n\n## 两种交互模式\n\n### 模式 A：用户提供了具体内容\n\n触发：\"帮我建一个主线：论文写作\" / \"创建子线：数据收集，挂在 xxx 下面\"\n\n```\n1. 根据用户描述拟定标题和描述\n2. 展示草案：\"准备创建 [主线] 论文写作，确认吗？\"\n3. 确认后 → 创建（必须包含 description）\n```\n\n### 模式 B：用户未明确说要创建什么\n\n触发：\"帮我建个任务\" / check init 显示 missing / 从 record 流程改道过来\n\n```\n1. 先确认：这更像\"会持续推进一段时间的长期任务\"还是\"一次性事项\"？\n   - 一次性事项 → 改走 task-record 流程\n   - 长期任务 → 继续\n2. 询问任务名称、大致内容\n3. 可选：询问是否有相关文档/材料可参考\n4. 用 context 检查是否已有类似主线（避免重复）\n5. 拟定草案（含标题 + 描述）→ 确认 → 创建\n```\n\n## 标题前缀\n\n- 新建顶层主线：`[主线] 论文写作`\n- 新建结构子任务：`[子线] 数据收集`\n- 不要在此流程中创建 `[记录]`（记录由 `task-record` 负责）\n\n## 描述（description）要求\n\n创建主线或子线时**必须**提供 `--desc`。没有描述的任务无法挂载记录。\n\n### 主线描述（2-5 句）\n\n说明：目标是什么、范围包括哪些、大致验收标准。\n\n示例：\n```\n研究和评估 Claude API 在团队中的使用方案，包括额度管理、接入方式、成本优化。目标是形成一套可落地的使用规范，让团队成员能高效使用 AI 工具。\n```\n\n### 子线描述（1-3 句）\n\n说明：聚焦点、预期产出。\n\n示例：\n```\n调研 Claude 各套餐的额度和限制，对比团队实际用量，输出选型建议。\n```\n\n### 描述不需要\n\n- 不要堆砌细节（不是文档）\n- 不要写执行步骤（那是记录的事）\n- 不要重复标题信息\n\n## 操作命令\n\n### 创建主线\n\n```bash\nauwomo task create --title \"[主线] 论文写作\" --desc \"完成本学期毕业论文，包括选题、文献调研、实验设计、撰写和答辩准备。目标是6月前提交终稿。\"\n```\n\n### 创建子线（挂在已有任务下）\n\n```bash\nauwomo task create --title \"[子线] 数据收集\" --parent <parent_guid> --desc \"收集实验所需的训练数据集，包括公开数据集筛选和自有数据标注。\"\n```\n\nCLI 自动行为：\n- 无 parent 且无前缀 → 自动加 `[主线]`\n- 有 parent 且无前缀 → 自动加 `[子线]`\n- 以 bot 身份创建\n- 默认 status = todo\n\n## 创建原则\n\n- 结构任务应由 app/bot 身份创建（确保后续 taskctx 可识别和挂接）\n- 创建前建议先看上下文：`auwomo task context --duration 7d`\n- 避免重复创建已存在的主线\n- **必须包含描述** — 无描述的任务会被系统标记为不可挂载\n\n## 与 context 的配合\n\n创建前建议先运行：\n\n```bash\nauwomo task context --duration 7d\n```\n\n确认是否真的缺少结构，避免重复创建。\n\n## 补充已有任务的描述\n\n如果发现已有主线/子线缺少描述（check attachable 显示 `missing_description`），可用 update 补充：\n\n```bash\nauwomo task update <guid> --desc \"补充的描述内容\"\n```\n\n## 不要这样做\n\n- 不要在未确认的情况下直接创建（必须与用户确认草案）\n- 不要把一次性事项创建为主线（应走 record 流程）\n- 不要手动管理标题前缀（CLI 自动处理）\n- 不要忽略已有主线直接创建新的（先检查 context）\n- 不要创建没有描述的主线或子线\n\nFile v1.4.1:references/task-record.md\n\n# task-record\n\n把一段已完成工作写入飞书任务树。\n\n## 场景\n\n- 用户说\"帮我记一下今天做了什么\"\n- 用户说\"记录一下：完成了数据清洗\"\n- cron 每日提醒触发记录流程\n- agent 自动记录进展\n\n## 两种交互模式\n\n### 模式 A：用户提供了内容\n\n触发：\"记录一下：今天完成了数据清洗工作\"、\"帮我记：给老师配了 bot，修了几个 bug\"\n\n```\n1. check attachable 获取候选列表\n2. 语义匹配：用户内容 ↔ 候选任务\n3. 判断是否可以直接记录（见下方\"直接记录 vs 确认\"）\n4. 记录（单条或多条）\n```\n\n### 模式 B：用户未提供内容\n\n触发：\"帮我记一下最近做的\" / cron 提醒 / \"用一下记录技能\"\n\n```\n1. 优先尝试 Cotrace 获取工作数据（见下方）\n2. 如果 Cotrace 有数据 → 生成草案 → 按模式 A 继续\n3. 如果 Cotrace 无数据/不可用 → 询问用户做了什么\n   - 附带 Cotrace 小提示：\"也可以接入 cotrace 自动采集工作记录哦\"\n4. 用户回复后 → 进入模式 A\n```\n\nCotrace 小提示仅在 Cotrace 不可用/无数据时出现，不要每次都提。\n\n## 直接记录 vs 确认\n\n### 可直接记录（无需确认）：\n\n- 内容明确，用户语气确定（\"帮我记\"、\"记下来\"、\"记录一下：xxx\"）\n- 挂载点唯一匹配（内容明显属于某个任务）\n- 不存在歧义或敏感信息\n\n直接记录后告知结果即可。\n\n### 需要确认的情况：\n\n- 匹配不确定：内容可能属于多个候选，不好选\n- 内容含模糊信息\n- 用户语气带犹豫（\"好像做了...\"、\"大概是...\"）\n\n此时展示草案，询问\"这样记可以吗？\"，确认后记录。\n\n## 涉及多个任务时\n\n用户一次描述了多项工作（如\"今天给老师配了 bot，还修了几个 bug，另外处理了额度问题\"）：\n\n1. 拆分为多条记录\n2. 分别匹配挂载点\n3. **一次性展示所有草案**，打包确认\n4. 确认后批量记录\n\n示例输出：\n```\n帮你整理了 2 条记录：\n1. → [主线] Auwomo OS 推广运行\n   \"给老师配置 bot、修复引导 bug、优化未初始化引导流程\"\n2. → [主线] Claude 使用方案调研\n   \"处理 Claude 额度问题\"\n\n这样记可以吗？\n```\n\n## 无匹配候选时\n\n如果用户描述的工作无法匹配到任何现有任务：\n\n1. 告知用户：\"这条记录目前没有对应的主线任务可以挂载\"\n2. 建议：\"要不要先创建一个主线？比如 [主线] xxx\"\n3. 用户确认后 → `task create` 创建主线 → 然后挂载记录\n\n绝不创建孤立记录（没有父任务的记录）。\n\n## 使用 Cotrace 作为数据源（优先）\n\n在模式 B 中，优先使用 Cotrace 的 work-records 获取实际工作数据，参考 `skills/cotrace/SKILL.md`：\n\n```bash\n# 检查 Cotrace 是否可用\nftc health cotrace\n\n# 获取今天的工作摘要\necho '{\"tool\":\"get_workstream_summaries\",\"args\":{\"created\":{\"from\":\"<today>T00:00:00Z\",\"to\":\"<today>T23:59:59Z\"}}}' | ftc call cotrace\n\n# 获取详细内容\necho '{\"tool\":\"get_workstream_summaries_details\",\"args\":{\"identifiers\":[\"<id1>\",\"<id2>\"]}}' | ftc call cotrace\n```\n\n如果 Cotrace 不可用（`ftc` 找不到、health check 失败或无数据），退回到直接询问用户。\n\n## 层级契约\n\n- `[主线]`：顶层长期工作主线\n- `[子线]`：主线下或子线下的结构任务（支持多级）\n- `[记录]`：已完成工作的记录任务（本文档负责创建的对象）\n\n## 确定挂载点\n\n先用 `check attachable` 找到合适的挂载候选：\n\n```bash\nauwomo task check attachable --format json\n```\n\n输出中 `attachable=true` 的候选按优先级排序（深度越深越优先）。\n\n### 挂载优先级\n\n1. 最细、最贴近当前工作、且合法可挂载的 `[子线]`\n2. 若没有更细合法 `[子线]`，回退到上层 `[子线]`\n3. 若仍没有，再回退到合法 `[主线]`\n4. 如果没有任何合法候选 → 引导创建主线（见上方\"无匹配候选时\"）\n\n## 创建记录\n\n```bash\nauwomo task record --work <parent_guid> --summary \"完成了数据清洗工作\" --desc \"处理了3个数据源的缺失值和异常值，输出清洗后的特征矩阵\"\n```\n\n- `--work`：父任务的 GUID（从 check attachable 结果中选取）\n- `--summary`：记录标题（简洁，一句话）\n- `--desc`：补充细节（可选，1-2 句，比标题多一点具体信息）\n\nCLI 会自动：\n- 添加 `[记录]` 前缀（如果你没加）\n- 以 bot 身份创建\n- 创建时标记为已完成状态\n\n### 何时加 --desc\n\n- 标题已经足够清楚 → 不加（大多数情况）\n- 涉及具体产出物、数据量、关键决策 → 加 1-2 句补充\n- 来自 Cotrace 且有丰富细节 → 提取核心补充\n\n示例：\n```bash\n# 标题够了，不需要 desc\nauwomo task record --work <guid> --summary \"配置了 kaiwen 的 bot 环境\"\n\n# 有值得记录的细节\nauwomo task record --work <guid> --summary \"完成实验数据预处理\" --desc \"使用 PCA 降维到32维，去除了15%的噪声样本，最终数据集 12000 条\"\n```\n\n## 草案撰写原则\n\n- 简洁明了，一两句话概括做了什么\n- 用结果导向的语言，不要写过程细节\n- 如果来自 Cotrace 数据，提取核心成果而非罗列所有活动\n- 示例：\"完成实验数据预处理和特征提取\"，而非\"打开了 Python，写了一些代码...\"\n\n## 错误处理\n\n- `--work` 为空 → 必须指定父任务 GUID\n- `--summary` 为空 → 必须填写记录内容\n- 无可挂载候选 → 引导走 task-create 流程\n- 记录命令失败 → 告知用户具体错误原因\n\n## 不要这样做\n\n- 不要跳过 `check attachable` 直接猜挂载点\n- 不要把记录挂在树外面（没有父任务的孤立记录）\n- 不要把 Cotrace 原始数据大段贴为记录内容\n- 不要只写本地文件就告诉用户\"已记录\"——必须执行 `auwomo task record`\n\nFile v1.4.1:references/task-report.md\n\n# task-report\n\n按时间段汇总任务进展，生成人可读的汇报。\n\n## 场景\n\n- 用户说\"帮我写日报\"、\"总结一下本周进展\"\n- 定时汇报（每日/每周）\n- 管理员需要团队进展概览\n\n## 操作步骤\n\n### 1. 确定时间窗口\n\n- 日报：`--duration 1d`\n- 周报：`--duration 7d`\n- 月报：`--duration 30d`\n\n### 2. 获取上下文\n\n普通用户：\n```bash\nauwomo task context --duration 7d -d\n```\n\n团队视角（管理员/有下属）：\n```bash\nauwomo task context --duration 7d -d --team\n```\n\n### 3. 生成汇报\n\n基于 context 输出，按以下原则编写汇报：\n\n**结构**：\n1. 一句话总览 — 整体有没有进展\n2. 重点推进 — 当前在做什么\n3. 当前状态 — 推进到什么程度\n\n**原则**：\n- 用人话写，不写工具日志\n- 先结论，再脉络，再补充\n- 保持主线 → 子线 → 记录的层级关系\n- 记录应放回其所属主线/子线脉络中理解\n- 不要把 description 大段原样贴进汇报\n- 如果没有新增记录，用自然语言说明\n\n### 4. 团队汇报（管理员视角）\n\n```bash\nauwomo task context --duration 7d -d --team --format json\nauwomo task missing --range 2d --team --format json\n```\n\n团队汇报结构：\n1. 整体概览 — 谁有推进，谁暂无\n2. 按人简报 — 按 `assignee` 分组，每人一两句\n3. 缺失记录 — 基于 `task missing` 结果\n4. 停滞主线检查 — 基于 `updated_at` 字段\n5. 风险卡点 — 阻塞/逾期/停滞的任务\n\n#### 停滞阈值\n\n| 场景 | 阈值 | 处理 |\n|------|------|------|\n| 个人主线自提醒 | 3 天 | 温和提醒自己关注 |\n| 团队主线提醒 | 7-14 天 | 提醒关注 |\n| 团队主线警告 | >14 天 | 建议主动跟进 |\n| 缺交记录提醒 | 2 天 | 列出无记录成员 |\n\n#### 同理心表述规则\n\n涉及\"某人没做某事\"的表述时，**必须**遵循以下规则：\n\n1. **先看 context**：从 `recent_records` 中按该 assignee 筛选，看此人同期在做什么\n2. **推测原因**：\n   - 有其他活跃记录 → \"可能精力集中在 [主线]yyy\"\n   - 任务本身复杂 → \"项目可能有一定难度\"\n   - 无任何记录 → \"可能近期较忙或有其他安排\"\n3. **格式**：一句原因推测 + 一句建议\n4. **示例**：\n   - \"马子健 近7天无 [主线]xxx 的进展记录，但同期在推进 [主线]yyy（最近3天有5条记录），可能是精力集中在那边。建议确认是否需要调整优先级。\"\n   - \"黄永强 本周无 [主线]xxx 的进展，但 [主线]yyy 有较多记录（本周6条），可能是优先级侧重。建议下周确认 xxx 是否需要推进。\"\n\n**绝对不要**：\n- 直接说\"XXX没做\"、\"XXX未完成\"\n- 用指责性语气描述缺失\n- 忽略此人在其他任务上的付出\n\n#### 风险识别标准（按优先级）\n\n- 阻塞状态\n- 逾期风险（due_at 已过/即将到期）\n- 进展停滞（按上述阈值判定，使用 `updated_at` 字段）\n- 描述含\"风险\"、\"阻塞\"、\"卡住\"等关键词\n\n### 5. 未初始化状态处理\n\n当 `auwomo identity whoami` 或后续命令返回认证错误时，不要输出技术性报错，改为输出友好引导消息，介绍自身能力并引导用户完成配置。\n\n## 不要这样做\n\n- 不要自己重新扫描任务树（用 context 输出）\n- 不要把记录从所属主线/子线中剥离后平铺\n- 不要忽略多级子线结构\n- 不要把技术性判定直接当汇报内容\n- 不要用指责性语气描述团队成员的缺失或停滞\n\nArchive v1.4.0: 8 files, 13786 bytes\n\nFiles: references/cron-templates.md (2799b), references/task-check.md (2456b), references/task-context.md (3084b), references/task-create.md (3725b), references/task-record.md (5869b), references/task-report.md (3495b), SKILL.md (3091b), _meta.json (130b)\n\nFile v1.4.0:SKILL.md\n\n---\nname: auwomo-task\nversion: 1.4.0\ndescription: >\n  任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。\n  Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress.\n  NOT for: 消息发送(use auwomo-message), 提醒配置(暂不支持).\nmetadata:\n  openclaw:\n    requires:\n      bins:\n        - auwomo\n        - lark-cli\n---\n\n# auwomo-task\n\n围绕飞书任务的长期任务结构、进展记录、汇报能力。所有操作通过 `auwomo` CLI 执行。\n\n## 触发条件\n\n当用户提到以下内容时激活本技能：\n\n- 查看任务、任务进展、任务上下文\n- 记录工作、写进展、\"帮我记一下\"\n- 生成日报、周报、汇报\n- 创建主线、子线任务\n- \"看看我的任务\"、\"check 一下\"\n\n## 排除场景\n\n- 只是闲聊、不涉及飞书任务系统 → 不激活\n- 发消息给某人 → 转到 `auwomo-message`\n- agent→agent 通信 → 暂不支持\n\n## 前置依赖\n\n执行任何操作前，确认身份可用：\n\n```bash\nauwomo identity whoami\n```\n\n如果返回错误，先解决身份问题再继续。\n\n## 标题前缀契约\n\n| 前缀 | 含义 | 创建方式 |\n|------|------|---------|\n| `[主线]` | 顶层长期工作主线 | `task create` |\n| `[子线]` | 主线下的结构子任务（支持多级） | `task create --parent` |\n| `[记录]` | 已完成工作的记录 | `task record` |\n\n## CLI 命令速查表\n\n| 场景 | 命令 | 说明 |\n|------|------|------|\n| 查看任务上下文 | `auwomo task context --duration 7d` | 轻量模式 |\n| 查看详细上下文 | `auwomo task context --duration 7d -d` | 含 description |\n| 查看团队上下文 | `auwomo task context --duration 7d --team` | 含下属 |\n| 检查是否已初始化 | `auwomo task check init` | 有无可挂载主线 |\n| 检查可挂载候选 | `auwomo task check attachable` | 找记录挂点 |\n| 检查昨日记录 | `auwomo task check yesterday-record` | 昨天有无进展 |\n| 列出任务 | `auwomo task list` | 扁平列表 |\n| 查看任务树 | `auwomo task tree` | 完整树状结构 |\n| 查看单个任务 | `auwomo task show <guid>` | 详细信息 |\n| 记录进展 | `auwomo task record --work <guid> --summary \"...\"` | 创建记录 |\n| 创建任务 | `auwomo task create --title \"[主线] ...\"` | 创建主线/子线 |\n\n所有命令支持 `--format json` 切换为机器可读输出。\n\n## 参考文档路由\n\n| 场景 | 文档 |\n|------|------|\n| 需要了解当前任务状态 | [task-context.md](references/task-context.md) |\n| 需要记录一段工作 | [task-record.md](references/task-record.md) |\n| 需要创建主线/子线 | [task-create.md](references/task-create.md) |\n| 需要生成汇报 | [task-report.md](references/task-report.md) |\n| 需要做前置检查 | [task-check.md](references/task-check.md) |\n| 定时任务模板 | [cron-templates.md](references/cron-templates.md) |\n\n## **数据源：Cotrace**\n\n当用户说\"帮我记录\"但未提供具体内容时，**优先使用 Cotrace 获取工作数据**。\n详见 `skills/cotrace/SKILL.md`。\n\nFile v1.4.0:_meta.json\n\n{\n  \"ownerId\": \"kn721qkna8n7c3j5n9hvqpx4h986mbnk\",\n  \"slug\": \"auwomo-task\",\n  \"version\": \"1.4.0\",\n  \"publishedAt\": 1779205166441\n}\n\nFile v1.4.0:references/cron-templates.md\n\n# cron-templates\n\n定期任务模板，用于系统级 cron 部署。\n\n> **ops 消费说明**：实际部署的 prompt 在 `auwomo-ops/desired-state/30-daily-report/prompts/` 中维护。\n> 此文件作为参考文档，描述各模板的设计意图和行为。\n\n---\n\n## 角色感知机制\n\n所有汇报类 prompt 都包含 **Step 0: 身份与权限检查**：\n\n1. 读取 `$OPENCLAW_DISPLAY_NAME` 作为用户称呼\n2. `auwomo identity whoami --format json` — 确认身份可用\n3. `auwomo identity subordinates --format json` — 判断 has_team\n4. 后续命令如返回 auth 错误 → 进入未初始化模式\n\n这使得同一个 prompt 可以根据用户角色自动切换个人/团队视角。\n\n## 未初始化状态处理\n\n当检测到 `need_user_authorization` 或类似认证错误时，不输出技术性报错，改为输出友好引导消息：介绍自身能力、说明当前状态、引导用户完成配置。\n\n---\n\n## 昨日简报（周二至周六 08:00）\n\n- 个人视角：基于 `task context --duration 1d -d` 概括昨日进展\n- 团队视角（has_team=true）：\n  - `task context --duration 1d -d --team` — 按 assignee 分组简报\n  - `task missing --range 2d --team` — 缺失记录提醒\n  - 停滞主线检查（>7天/14天阈值，使用同理心表述）\n\n## 今日记录提醒（周一至周五 18:00）\n\n- 检查可挂载任务 → 提醒用户记录今日进展\n- 纯个人视角，不含团队内容\n- 语气低负担、易回复\n\n## 周汇报（周日 16:00）\n\n- 个人周报：基于 `task context --duration 7d -d`\n  - 本周完成/进行中/受阻\n  - 下周建议\n  - 个人停滞自检（>3天无记录的主线）\n- 团队周报（has_team=true）：\n  - `task context --duration 7d -d --team` — 按 assignee 分组周报\n  - `task missing --range 7d --team` — 缺失记录统计\n  - 停滞主线检查（7-14天/14天+阈值，使用同理心表述）\n\n## 停滞阈值汇总\n\n| 场景 | 阈值 | 触发条件 |\n|------|------|---------|\n| 个人主线自提醒 | 3天 | 自己的主线 updated_at > 3d |\n| 团队主线提醒 | 7天 | 下属的主线 updated_at > 7d |\n| 团队主线警告 | 14天 | 下属的主线 updated_at > 14d |\n| 缺交记录提醒 | 2天 | task missing count > 0 |\n\n## 同理心表述规则\n\n详见 [task-report.md](task-report.md) 的\"同理心表述规则\"章节。所有涉及\"某人没做某事\"的表述必须遵循该规则。\n\n## 部署方式\n\n实际 prompt 文件在 `auwomo-ops` 仓库中维护：\n- `desired-state/30-daily-report/prompts/yesterday-report.md`\n- `desired-state/30-daily-report/prompts/end-of-day-record.md`\n- `desired-state/30-daily-report/prompts/weekly-report.md`\n\n调度配置在 `desired-state/30-daily-report/crons.yaml` 中定义。\n通过 `reconcile_crons` playbook 部署到各容器。\n\nFile v1.4.0:references/task-check.md\n\n# task-check\n\n前置检查命令，用于在执行操作前确认任务系统状态。\n\n## 三个检查子命令\n\n### check init\n\n检查是否已初始化 — 当前用户是否有可挂载的顶层主线任务。\n\n```bash\nauwomo task check init --format json\n```\n\n**输出字段**：\n- `ok` — 是否已初始化（有至少一个可挂载的顶层主线）\n- `status` — `\"initialized\"` 或 `\"missing\"`\n- `count` — 可挂载的候选数量\n- `candidates[]` — 每个候选的 guid, summary, description, depth, child_count\n\n**使用场景**：\n- 新用户首次使用前\n- 不确定是否有可用主线时\n- 如果 `status=missing`，需要引导用户走 `task-create` 流程\n\n---\n\n### check attachable\n\n查找当前可以挂载记录的候选任务。\n\n```bash\nauwomo task check attachable --format json\n```\n\n**输出字段**：\n- `ok` — 是否有可挂载候选\n- `status` — `\"attachable\"` 或 `\"blocked\"`\n- `attachable_count` — 可挂载的候选数\n- `candidate_count` — 总候选数（含 blocked）\n- `window` — 查询的时间窗口（默认 30 天）\n- `candidates[]` — 每个候选的详细信息：\n  - `attachable` — 是否可挂载\n  - `state` — `\"attachable\"` 或 `\"blocked\"`\n  - `reasons` — 不可挂载的原因列表\n  - `depth` — 在任务树中的深度\n  - `lineage` — 祖先链\n\n**候选排序**：\n- attachable 在前，blocked 在后\n- 深度越深越优先（最贴近当前工作的子线排前面）\n\n**不可挂载的原因**：\n- `not_app_created` — 不是由 app/bot 创建\n- `not_active` — 已完成\n- `not_structure` — 不是结构任务\n- `record_title` — 标题是 [记录]\n- `missing_description` — 缺少描述\n\n**使用场景**：\n- 在执行 `task record` 前确定挂载点\n- 帮用户选择合适的父任务\n\n---\n\n### check yesterday-record\n\n检查昨天是否有进展记录。\n\n```bash\nauwomo task check yesterday-record --format json\n```\n\n**输出字段**：\n- `ok` — 昨天是否有记录\n- `status` — `\"has_records\"` 或 `\"no_records\"`\n- `count` — 记录数量\n- `window` — 昨天的时间范围（start..end）\n- `records[]` — 每条记录的 guid, summary, completed_at, lineage\n\n**使用场景**：\n- 日报生成前检查是否有素材\n- 提醒用户补记录\n- 定时检查用户是否忘记记录进展\n\n---\n\n## 通用选项\n\n所有 check 命令支持：\n- `--team` — 包含下属的任务（管理员视角）\n- `--format json` — 机器可读输出\n\nFile v1.4.0:references/task-context.md\n\n# task-context\n\n查询当前任务上下文，了解任务树结构和最近进展。\n\n## 场景\n\n- 用户问\"我的任务怎么样了\"\n- 需要了解当前在做什么\n- 准备生成汇报前先获取上下文\n\n## 操作步骤\n\n### 1. 获取轻量上下文（默认）\n\n```bash\nauwomo task context --duration 7d\n```\n\n输出包含：\n- 活跃结构列表（active_structures）\n- 最近记录（recent_records）\n- 昨日记录（yesterday_records）\n- 树状视图（tree_lines）\n\n### 2. 获取详细上下文（含 description）\n\n```bash\nauwomo task context --duration 7d -d\n```\n\n加 `-d` 后，每个任务节点会附带 description 字段，帮助理解具体工作内容。\n\n### 3. 获取团队上下文\n\n```bash\nauwomo task context --duration 7d --team\n```\n\n`--team` 会包含当前用户所有下属的任务。\n\n### 4. 调整时间窗口\n\n```bash\nauwomo task context --duration 30d    # 最近 30 天\nauwomo task context --duration 2w     # 最近 2 周\n```\n\n支持的时间单位：`M`(分钟), `h`(小时), `d`(天), `w`(周), `m`(月), `y`(年)\n\n## 何时使用 `-d`（详细模式）\n\n### 不需要 `-d` 的场景（轻量模式足够）：\n\n- 生成日报、周报（标题 + 树结构已够写汇报）\n- 简单状态查询（\"我最近做了啥\"）\n- 检查是否有新记录\n- cron 定时汇报触发\n\n### 需要 `-d` 的场景：\n\n- 用户问某个主线/子线具体是做什么的\n- 用户要求增删或调整主线/子线结构（需要理解每个的含义才能决策）\n- 深入对话：用户对某个任务感兴趣，想了解更多\n- 排查 `missing_description` 问题\n- 写详细的月度/季度总结\n\n### 原则\n\n轻量模式是默认选择。只在需要理解\"这个任务到底是什么\"时才用 `-d`。日常记录和汇报不需要加载描述——标题本身已经传达了足够信息。\n\n## 输出解读（JSON 模式）\n\n```bash\nauwomo task context --duration 7d --format json\n```\n\n关键字段：\n- `summary.active_structure_count` — 活跃结构任务数\n- `summary.recent_record_count` — 时间窗口内的记录数\n- `summary.yesterday_record_count` — 昨日记录数\n- `tree_lines` — 缩进树状文本行\n- `active_structures[]` — 每个活跃结构的详细信息：\n  - `guid`, `summary`, `status` — 基本信息\n  - `depth`, `child_count`, `parent_guid` — 树结构\n  - `lineage_summary` — 上级脉络\n  - `assignee` — 负责人名字（`--team` 时按此分组）\n  - `assignee_open_id` — 负责人飞书 open_id\n  - `updated_at` — 最后更新时间（RFC3339，用于停滞检测）\n  - `description` — 任务描述（仅 `-d` 模式）\n- `recent_records[]` — 最近记录的 guid, summary, completed_at, assignee, assignee_open_id, updated_at\n\n> **团队模式**：`--team` 返回包含所有下属的聚合数据。按 `assignee` 或 `assignee_open_id` 分组可得到按人视角。\n\n## 错误处理\n\n- 身份未配置 → 先运行 `auwomo identity whoami` 确认\n- lark-cli 不可用 → 检查 `which lark-cli`\n- 结果为空 → 可能需要先通过 `task check init` 检查初始化状态\n\nFile v1.4.0:references/task-create.md\n\n# task-create\n\n在飞书任务中创建新的结构任务（主线或子线）。\n\n## 场景\n\n- 当前没有可承接工作的主线\n- 用户明确要求新开主线或子线\n- `check init` 返回 `missing`，需要初始化\n\n## 两种交互模式\n\n### 模式 A：用户提供了具体内容\n\n触发：\"帮我建一个主线：论文写作\" / \"创建子线：数据收集，挂在 xxx 下面\"\n\n```\n1. 根据用户描述拟定标题和描述\n2. 展示草案：\"准备创建 [主线] 论文写作，确认吗？\"\n3. 确认后 → 创建（必须包含 description）\n```\n\n### 模式 B：用户未明确说要创建什么\n\n触发：\"帮我建个任务\" / check init 显示 missing / 从 record 流程改道过来\n\n```\n1. 先确认：这更像\"会持续推进一段时间的长期任务\"还是\"一次性事项\"？\n   - 一次性事项 → 改走 task-record 流程\n   - 长期任务 → 继续\n2. 询问任务名称、大致内容\n3. 可选：询问是否有相关文档/材料可参考\n4. 用 context 检查是否已有类似主线（避免重复）\n5. 拟定草案（含标题 + 描述）→ 确认 → 创建\n```\n\n## 标题前缀\n\n- 新建顶层主线：`[主线] 论文写作`\n- 新建结构子任务：`[子线] 数据收集`\n- 不要在此流程中创建 `[记录]`（记录由 `task-record` 负责）\n\n## 描述（description）要求\n\n创建主线或子线时**必须**提供 `--desc`。没有描述的任务无法挂载记录。\n\n### 主线描述（2-5 句）\n\n说明：目标是什么、范围包括哪些、大致验收标准。\n\n示例：\n```\n研究和评估 Claude API 在团队中的使用方案，包括额度管理、接入方式、成本优化。目标是形成一套可落地的使用规范，让团队成员能高效使用 AI 工具。\n```\n\n### 子线描述（1-3 句）\n\n说明：聚焦点、预期产出。\n\n示例：\n```\n调研 Claude 各套餐的额度和限制，对比团队实际用量，输出选型建议。\n```\n\n### 描述不需要\n\n- 不要堆砌细节（不是文档）\n- 不要写执行步骤（那是记录的事）\n- 不要重复标题信息\n\n## 操作命令\n\n### 创建主线\n\n```bash\nauwomo task create --title \"[主线] 论文写作\" --desc \"完成本学期毕业论文，包括选题、文献调研、实验设计、撰写和答辩准备。目标是6月前提交终稿。\"\n```\n\n### 创建子线（挂在已有任务下）\n\n```bash\nauwomo task create --title \"[子线] 数据收集\" --parent <parent_guid> --desc \"收集实验所需的训练数据集，包括公开数据集筛选和自有数据标注。\"\n```\n\nCLI 自动行为：\n- 无 parent 且无前缀 → 自动加 `[主线]`\n- 有 parent 且无前缀 → 自动加 `[子线]`\n- 以 bot 身份创建\n- 默认 status = todo\n\n## 创建原则\n\n- 结构任务应由 app/bot 身份创建（确保后续 taskctx 可识别和挂接）\n- 创建前建议先看上下文：`auwomo task context --duration 7d`\n- 避免重复创建已存在的主线\n- **必须包含描述** — 无描述的任务会被系统标记为不可挂载\n\n## 与 context 的配合\n\n创建前建议先运行：\n\n```bash\nauwomo task context --duration 7d\n```\n\n确认是否真的缺少结构，避免重复创建。\n\n## 补充已有任务的描述\n\n如果发现已有主线/子线缺少描述（check attachable 显示 `missing_description`），可用 update 补充：\n\n```bash\nauwomo task update <guid> --desc \"补充的描述内容\"\n```\n\n## 不要这样做\n\n- 不要在未确认的情况下直接创建（必须与用户确认草案）\n- 不要把一次性事项创建为主线（应走 record 流程）\n- 不要手动管理标题前缀（CLI 自动处理）\n- 不要忽略已有主线直接创建新的（先检查 context）\n- 不要创建没有描述的主线或子线\n\nFile v1.4.0:references/task-record.md\n\n# task-record\n\n把一段已完成工作写入飞书任务树。\n\n## 场景\n\n- 用户说\"帮我记一下今天做了什么\"\n- 用户说\"记录一下：完成了数据清洗\"\n- cron 每日提醒触发记录流程\n- agent 自动记录进展\n\n## 两种交互模式\n\n### 模式 A：用户提供了内容\n\n触发：\"记录一下：今天完成了数据清洗工作\"、\"帮我记：给老师配了 bot，修了几个 bug\"\n\n```\n1. check attachable 获取候选列表\n2. 语义匹配：用户内容 ↔ 候选任务\n3. 判断是否可以直接记录（见下方\"直接记录 vs 确认\"）\n4. 记录（单条或多条）\n```\n\n### 模式 B：用户未提供内容\n\n触发：\"帮我记一下最近做的\" / cron 提醒 / \"用一下记录技能\"\n\n```\n1. 优先尝试 Cotrace 获取工作数据（见下方）\n2. 如果 Cotrace 有数据 → 生成草案 → 按模式 A 继续\n3. 如果 Cotrace 无数据/不可用 → 询问用户做了什么\n   - 附带 Cotrace 小提示：\"也可以接入 cotrace 自动采集工作记录哦\"\n4. 用户回复后 → 进入模式 A\n```\n\nCotrace 小提示仅在 Cotrace 不可用/无数据时出现，不要每次都提。\n\n## 直接记录 vs 确认\n\n### 可直接记录（无需确认）：\n\n- 内容明确，用户语气确定（\"帮我记\"、\"记下来\"、\"记录一下：xxx\"）\n- 挂载点唯一匹配（内容明显属于某个任务）\n- 不存在歧义或敏感信息\n\n直接记录后告知结果即可。\n\n### 需要确认的情况：\n\n- 匹配不确定：内容可能属于多个候选，不好选\n- 内容含模糊信息\n- 用户语气带犹豫（\"好像做了...\"、\"大概是...\"）\n\n此时展示草案，询问\"这样记可以吗？\"，确认后记录。\n\n## 涉及多个任务时\n\n用户一次描述了多项工作（如\"今天给老师配了 bot，还修了几个 bug，另外处理了额度问题\"）：\n\n1. 拆分为多条记录\n2. 分别匹配挂载点\n3. **一次性展示所有草案**，打包确认\n4. 确认后批量记录\n\n示例输出：\n```\n帮你整理了 2 条记录：\n1. → [主线] Auwomo OS 推广运行\n   \"给老师配置 bot、修复引导 bug、优化未初始化引导流程\"\n2. → [主线] Claude 使用方案调研\n   \"处理 Claude 额度问题\"\n\n这样记可以吗？\n```\n\n## 无匹配候选时\n\n如果用户描述的工作无法匹配到任何现有任务：\n\n1. 告知用户：\"这条记录目前没有对应的主线任务可以挂载\"\n2. 建议：\"要不要先创建一个主线？比如 [主线] xxx\"\n3. 用户确认后 → `task create` 创建主线 → 然后挂载记录\n\n绝不创建孤立记录（没有父任务的记录）。\n\n## 使用 Cotrace 作为数据源（优先）\n\n在模式 B 中，优先使用 Cotrace 的 work-records 获取实际工作数据，参考 `skills/cotrace/SKILL.md`：\n\n```bash\n# 检查 Cotrace 是否可用\nftc health cotrace\n\n# 获取今天的工作摘要\necho '{\"tool\":\"get_workstream_summaries\",\"args\":{\"created\":{\"from\":\"<today>T00:00:00Z\",\"to\":\"<today>T23:59:59Z\"}}}' | ftc call cotrace\n\n# 获取详细内容\necho '{\"tool\":\"get_workstream_summaries_details\",\"args\":{\"identifiers\":[\"<id1>\",\"<id2>\"]}}' | ftc call cotrace\n```\n\n如果 Cotrace 不可用（`ftc` 找不到、health check 失败或无数据），退回到直接询问用户。\n\n## 层级契约\n\n- `[主线]`：顶层长期工作主线\n- `[子线]`：主线下或子线下的结构任务（支持多级）\n- `[记录]`：已完成工作的记录任务（本文档负责创建的对象）\n\n## 确定挂载点\n\n先用 `check attachable` 找到合适的挂载候选：\n\n```bash\nauwomo task check attachable --format json\n```\n\n输出中 `attachable=true` 的候选按优先级排序（深度越深越优先）。\n\n### 挂载优先级\n\n1. 最细、最贴近当前工作、且合法可挂载的 `[子线]`\n2. 若没有更细合法 `[子线]`，回退到上层 `[子线]`\n3. 若仍没有，再回退到合法 `[主线]`\n4. 如果没有任何合法候选 → 引导创建主线（见上方\"无匹配候选时\"）\n\n## 创建记录\n\n```bash\nauwomo task record --work <parent_guid> --summary \"完成了数据清洗工作\" --desc \"处理了3个数据源的缺失值和异常值，输出清洗后的特征矩阵\"\n```\n\n- `--work`：父任务的 GUID（从 check attachable 结果中选取）\n- `--summary`：记录标题（简洁，一句话）\n- `--desc`：补充细节（可选，1-2 句，比标题多一点具体信息）\n\nCLI 会自动：\n- 添加 `[记录]` 前缀（如果你没加）\n- 以 bot 身份创建\n- 创建时标记为已完成状态\n\n### 何时加 --desc\n\n- 标题已经足够清楚 → 不加（大多数情况）\n- 涉及具体产出物、数据量、关键决策 → 加 1-2 句补充\n- 来自 Cotrace 且有丰富细节 → 提取核心补充\n\n示例：\n```bash\n# 标题够了，不需要 desc\nauwomo task record --work <guid> --summary \"配置了 kaiwen 的 bot 环境\"\n\n# 有值得记录的细节\nauwomo task record --work <guid> --summary \"完成实验数据预处理\" --desc \"使用 PCA 降维到32维，去除了15%的噪声样本，最终数据集 12000 条\"\n```\n\n## 草案撰写原则\n\n- 简洁明了，一两句话概括做了什么\n- 用结果导向的语言，不要写过程细节\n- 如果来自 Cotrace 数据，提取核心成果而非罗列所有活动\n- 示例：\"完成实验数据预处理和特征提取\"，而非\"打开了 Python，写了一些代码...\"\n\n## 错误处理\n\n- `--work` 为空 → 必须指定父任务 GUID\n- `--summary` 为空 → 必须填写记录内容\n- 无可挂载候选 → 引导走 task-create 流程\n- 记录命令失败 → 告知用户具体错误原因\n\n## 不要这样做\n\n- 不要跳过 `check attachable` 直接猜挂载点\n- 不要把记录挂在树外面（没有父任务的孤立记录）\n- 不要把 Cotrace 原始数据大段贴为记录内容\n- 不要只写本地文件就告诉用户\"已记录\"——必须执行 `auwomo task record`\n\nFile v1.4.0:references/task-report.md\n\n# task-report\n\n按时间段汇总任务进展，生成人可读的汇报。\n\n## 场景\n\n- 用户说\"帮我写日报\"、\"总结一下本周进展\"\n- 定时汇报（每日/每周）\n- 管理员需要团队进展概览\n\n## 操作步骤\n\n### 1. 确定时间窗口\n\n- 日报：`--duration 1d`\n- 周报：`--duration 7d`\n- 月报：`--duration 30d`\n\n### 2. 获取上下文\n\n普通用户：\n```bash\nauwomo task context --duration 7d -d\n```\n\n团队视角（管理员/有下属）：\n```bash\nauwomo task context --duration 7d -d --team\n```\n\n### 3. 生成汇报\n\n基于 context 输出，按以下原则编写汇报：\n\n**结构**：\n1. 一句话总览 — 整体有没有进展\n2. 重点推进 — 当前在做什么\n3. 当前状态 — 推进到什么程度\n\n**原则**：\n- 用人话写，不写工具日志\n- 先结论，再脉络，再补充\n- 保持主线 → 子线 → 记录的层级关系\n- 记录应放回其所属主线/子线脉络中理解\n- 不要把 description 大段原样贴进汇报\n- 如果没有新增记录，用自然语言说明\n\n### 4. 团队汇报（管理员视角）\n\n```bash\nauwomo task context --duration 7d -d --team --format json\nauwomo task missing --range 2d --team --format json\n```\n\n团队汇报结构：\n1. 整体概览 — 谁有推进，谁暂无\n2. 按人简报 — 按 `assignee` 分组，每人一两句\n3. 缺失记录 — 基于 `task missing` 结果\n4. 停滞主线检查 — 基于 `updated_at` 字段\n5. 风险卡点 — 阻塞/逾期/停滞的任务\n\n#### 停滞阈值\n\n| 场景 | 阈值 | 处理 |\n|------|------|------|\n| 个人主线自提醒 | 3 天 | 温和提醒自己关注 |\n| 团队主线提醒 | 7-14 天 | 提醒关注 |\n| 团队主线警告 | >14 天 | 建议主动跟进 |\n| 缺交记录提醒 | 2 天 | 列出无记录成员 |\n\n#### 同理心表述规则\n\n涉及\"某人没做某事\"的表述时，**必须**遵循以下规则：\n\n1. **先看 context**：从 `recent_records` 中按该 assignee 筛选，看此人同期在做什么\n2. **推测原因**：\n   - 有其他活跃记录 → \"可能精力集中在 [主线]yyy\"\n   - 任务本身复杂 → \"项目可能有一定难度\"\n   - 无任何记录 → \"可能近期较忙或有其他安排\"\n3. **格式**：一句原因推测 + 一句建议\n4. **示例**：\n   - \"马子健 近7天无 [主线]xxx 的进展记录，但同期在推进 [主线]yyy（最近3天有5条记录），可能是精力集中在那边。建议确认是否需要调整优先级。\"\n   - \"黄永强 本周无 [主线]xxx 的进展，但 [主线]yyy 有较多记录（本周6条），可能是优先级侧重。建议下周确认 xxx 是否需要推进。\"\n\n**绝对不要**：\n- 直接说\"XXX没做\"、\"XXX未完成\"\n- 用指责性语气描述缺失\n- 忽略此人在其他任务上的付出\n\n#### 风险识别标准（按优先级）\n\n- 阻塞状态\n- 逾期风险（due_at 已过/即将到期）\n- 进展停滞（按上述阈值判定，使用 `updated_at` 字段）\n- 描述含\"风险\"、\"阻塞\"、\"卡住\"等关键词\n\n### 5. 未初始化状态处理\n\n当 `auwomo identity whoami` 或后续命令返回认证错误时，不要输出技术性报错，改为输出友好引导消息，介绍自身能力并引导用户完成配置。\n\n## 不要这样做\n\n- 不要自己重新扫描任务树（用 context 输出）\n- 不要把记录从所属主线/子线中剥离后平铺\n- 不要忽略多级子线结构\n- 不要把技术性判定直接当汇报内容\n- 不要用指责性语气描述团队成员的缺失或停滞\n\nArchive v1.3.0: 8 files, 12344 bytes\n\nFiles: references/cron-templates.md (2799b), references/task-check.md (2456b), references/task-context.md (2242b), references/task-create.md (2314b), references/task-record.md (5141b), references/task-report.md (3495b), SKILL.md (3091b), _meta.json (130b)\n\nFile v1.3.0:SKILL.md\n\n---\nname: auwomo-task\nversion: 1.3.0\ndescription: >\n  任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。\n  Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress.\n  NOT for: 消息发送(use auwomo-message), 提醒配置(暂不支持).\nmetadata:\n  openclaw:\n    requires:\n      bins:\n        - auwomo\n        - lark-cli\n---\n\n# auwomo-task\n\n围绕飞书任务的长期任务结构、进展记录、汇报能力。所有操作通过 `auwomo` CLI 执行。\n\n## 触发条件\n\n当用户提到以下内容时激活本技能：\n\n- 查看任务、任务进展、任务上下文\n- 记录工作、写进展、\"帮我记一下\"\n- 生成日报、周报、汇报\n- 创建主线、子线任务\n- \"看看我的任务\"、\"check 一下\"\n\n## 排除场景\n\n- 只是闲聊、不涉及飞书任务系统 → 不激活\n- 发消息给某人 → 转到 `auwomo-message`\n- agent→agent 通信 → 暂不支持\n\n## 前置依赖\n\n执行任何操作前，确认身份可用：\n\n```bash\nauwomo identity whoami\n```\n\n如果返回错误，先解决身份问题再继续。\n\n## 标题前缀契约\n\n| 前缀 | 含义 | 创建方式 |\n|------|------|---------|\n| `[主线]` | 顶层长期工作主线 | `task create` |\n| `[子线]` | 主线下的结构子任务（支持多级） | `task create --parent` |\n| `[记录]` | 已完成工作的记录 | `task record` |\n\n## CLI 命令速查表\n\n| 场景 | 命令 | 说明 |\n|------|------|------|\n| 查看任务上下文 | `auwomo task context --duration 7d` | 轻量模式 |\n| 查看详细上下文 | `auwomo task context --duration 7d -d` | 含 description |\n| 查看团队上下文 | `auwomo task context --duration 7d --team` | 含下属 |\n| 检查是否已初始化 | `auwomo task check init` | 有无可挂载主线 |\n| 检查可挂载候选 | `auwomo task check attachable` | 找记录挂点 |\n| 检查昨日记录 | `auwomo task check yesterday-record` | 昨天有无进展 |\n| 列出任务 | `auwomo task list` | 扁平列表 |\n| 查看任务树 | `auwomo task tree` | 完整树状结构 |\n| 查看单个任务 | `auwomo task show <guid>` | 详细信息 |\n| 记录进展 | `auwomo task record --work <guid> --summary \"...\"` | 创建记录 |\n| 创建任务 | `auwomo task create --title \"[主线] ...\"` | 创建主线/子线 |\n\n所有命令支持 `--format json` 切换为机器可读输出。\n\n## 参考文档路由\n\n| 场景 | 文档 |\n|------|------|\n| 需要了解当前任务状态 | [task-context.md](references/task-context.md) |\n| 需要记录一段工作 | [task-record.md](references/task-record.md) |\n| 需要创建主线/子线 | [task-create.md](references/task-create.md) |\n| 需要生成汇报 | [task-report.md](references/task-report.md) |\n| 需要做前置检查 | [task-check.md](references/task-check.md) |\n| 定时任务模板 | [cron-templates.md](references/cron-templates.md) |\n\n## **数据源：Cotrace**\n\n当用户说\"帮我记录\"但未提供具体内容时，**优先使用 Cotrace 获取工作数据**。\n详见 `skills/cotrace/SKILL.md`。\n\nFile v1.3.0:_meta.json\n\n{\n  \"ownerId\": \"kn721qkna8n7c3j5n9hvqpx4h986mbnk\",\n  \"slug\": \"auwomo-task\",\n  \"version\": \"1.3.0\",\n  \"publishedAt\": 1779100775970\n}\n\nFile v1.3.0:references/cron-templates.md\n\n# cron-templates\n\n定期任务模板，用于系统级 cron 部署。\n\n> **ops 消费说明**：实际部署的 prompt 在 `auwomo-ops/desired-state/30-daily-report/prompts/` 中维护。\n> 此文件作为参考文档，描述各模板的设计意图和行为。\n\n---\n\n## 角色感知机制\n\n所有汇报类 prompt 都包含 **Step 0: 身份与权限检查**：\n\n1. 读取 `$OPENCLAW_DISPLAY_NAME` 作为用户称呼\n2. `auwomo identity whoami --format json` — 确认身份可用\n3. `auwomo identity subordinates --format json` — 判断 has_team\n4. 后续命令如返回 auth 错误 → 进入未初始化模式\n\n这使得同一个 prompt 可以根据用户角色自动切换个人/团队视角。\n\n## 未初始化状态处理\n\n当检测到 `need_user_authorization` 或类似认证错误时，不输出技术性报错，改为输出友好引导消息：介绍自身能力、说明当前状态、引导用户完成配置。\n\n---\n\n## 昨日简报（周二至周六 08:00）\n\n- 个人视角：基于 `task context --duration 1d -d` 概括昨日进展\n- 团队视角（has_team=true）：\n  - `task context --duration 1d -d --team` — 按 assignee 分组简报\n  - `task missing --range 2d --team` — 缺失记录提醒\n  - 停滞主线检查（>7天/14天阈值，使用同理心表述）\n\n## 今日记录提醒（周一至周五 18:00）\n\n- 检查可挂载任务 → 提醒用户记录今日进展\n- 纯个人视角，不含团队内容\n- 语气低负担、易回复\n\n## 周汇报（周日 16:00）\n\n- 个人周报：基于 `task context --duration 7d -d`\n  - 本周完成/进行中/受阻\n  - 下周建议\n  - 个人停滞自检（>3天无记录的主线）\n- 团队周报（has_team=true）：\n  - `task context --duration 7d -d --team` — 按 assignee 分组周报\n  - `task missing --range 7d --team` — 缺失记录统计\n  - 停滞主线检查（7-14天/14天+阈值，使用同理心表述）\n\n## 停滞阈值汇总\n\n| 场景 | 阈值 | 触发条件 |\n|------|------|---------|\n| 个人主线自提醒 | 3天 | 自己的主线 updated_at > 3d |\n| 团队主线提醒 | 7天 | 下属的主线 updated_at > 7d |\n| 团队主线警告 | 14天 | 下属的主线 updated_at > 14d |\n| 缺交记录提醒 | 2天 | task missing count > 0 |\n\n## 同理心表述规则\n\n详见 [task-report.md](task-report.md) 的\"同理心表述规则\"章节。所有涉及\"某人没做某事\"的表述必须遵循该规则。\n\n## 部署方式\n\n实际 prompt 文件在 `auwomo-ops` 仓库中维护：\n- `desired-state/30-daily-report/prompts/yesterday-report.md`\n- `desired-state/30-daily-report/prompts/end-of-day-record.md`\n- `desired-state/30-daily-report/prompts/weekly-report.md`\n\n调度配置在 `desired-state/30-daily-report/crons.yaml` 中定义。\n通过 `reconcile_crons` playbook 部署到各容器。\n\nFile v1.3.0:references/task-check.md\n\n# task-check\n\n前置检查命令，用于在执行操作前确认任务系统状态。\n\n## 三个检查子命令\n\n### check init\n\n检查是否已初始化 — 当前用户是否有可挂载的顶层主线任务。\n\n```bash\nauwomo task check init --format json\n```\n\n**输出字段**：\n- `ok` — 是否已初始化（有至少一个可挂载的顶层主线）\n- `status` — `\"initialized\"` 或 `\"missing\"`\n- `count` — 可挂载的候选数量\n- `candidates[]` — 每个候选的 guid, summary, description, depth, child_count\n\n**使用场景**：\n- 新用户首次使用前\n- 不确定是否有可用主线时\n- 如果 `status=missing`，需要引导用户走 `task-create` 流程\n\n---\n\n### check attachable\n\n查找当前可以挂载记录的候选任务。\n\n```bash\nauwomo task check attachable --format json\n```\n\n**输出字段**：\n- `ok` — 是否有可挂载候选\n- `status` — `\"attachable\"` 或 `\"blocked\"`\n- `attachable_count` — 可挂载的候选数\n- `candidate_count` — 总候选数（含 blocked）\n- `window` — 查询的时间窗口（默认 30 天）\n- `candidates[]` — 每个候选的详细信息：\n  - `attachable` — 是否可挂载\n  - `state` — `\"attachable\"` 或 `\"blocked\"`\n  - `reasons` — 不可挂载的原因列表\n  - `depth` — 在任务树中的深度\n  - `lineage` — 祖先链\n\n**候选排序**：\n- attachable 在前，blocked 在后\n- 深度越深越优先（最贴近当前工作的子线排前面）\n\n**不可挂载的原因**：\n- `not_app_created` — 不是由 app/bot 创建\n- `not_active` — 已完成\n- `not_structure` — 不是结构任务\n- `record_title` — 标题是 [记录]\n- `missing_description` — 缺少描述\n\n**使用场景**：\n- 在执行 `task record` 前确定挂载点\n- 帮用户选择合适的父任务\n\n---\n\n### check yesterday-record\n\n检查昨天是否有进展记录。\n\n```bash\nauwomo task check yesterday-record --format json\n```\n\n**输出字段**：\n- `ok` — 昨天是否有记录\n- `status` — `\"has_records\"` 或 `\"no_records\"`\n- `count` — 记录数量\n- `window` — 昨天的时间范围（start..end）\n- `records[]` — 每条记录的 guid, summary, completed_at, lineage\n\n**使用场景**：\n- 日报生成前检查是否有素材\n- 提醒用户补记录\n- 定时检查用户是否忘记记录进展\n\n---\n\n## 通用选项\n\n所有 check 命令支持：\n- `--team` — 包含下属的任务（管理员视角）\n- `--format json` — 机器可读输出\n\nFile v1.3.0:references/task-context.md\n\n# task-context\n\n查询当前任务上下文，了解任务树结构和最近进展。\n\n## 场景\n\n- 用户问\"我的任务怎么样了\"\n- 需要了解当前在做什么\n- 准备生成汇报前先获取上下文\n\n## 操作步骤\n\n### 1. 获取轻量上下文\n\n```bash\nauwomo task context --duration 7d\n```\n\n输出包含：\n- 活跃结构列表（active_structures）\n- 最近记录（recent_records）\n- 昨日记录（yesterday_records）\n- 树状视图（tree_lines）\n\n### 2. 获取详细上下文（含 description）\n\n```bash\nauwomo task context --duration 7d -d\n```\n\n加 `-d` 后，每个任务节点会附带 description 字段，帮助理解具体工作内容。\n\n### 3. 获取团队上下文\n\n```bash\nauwomo task context --duration 7d --team\n```\n\n`--team` 会包含当前用户所有下属的任务。\n\n### 4. 调整时间窗口\n\n```bash\nauwomo task context --duration 30d    # 最近 30 天\nauwomo task context --duration 2w     # 最近 2 周\n```\n\n支持的时间单位：`M`(分钟), `h`(小时), `d`(天), `w`(周), `m`(月), `y`(年)\n\n## 输出解读（JSON 模式）\n\n```bash\nauwomo task context --duration 7d --format json\n```\n\n关键字段：\n- `summary.active_structure_count` — 活跃结构任务数\n- `summary.recent_record_count` — 时间窗口内的记录数\n- `summary.yesterday_record_count` — 昨日记录数\n- `tree_lines` — 缩进树状文本行\n- `active_structures[]` — 每个活跃结构的详细信息：\n  - `guid`, `summary`, `status` — 基本信息\n  - `depth`, `child_count`, `parent_guid` — 树结构\n  - `lineage_summary` — 上级脉络\n  - `assignee` — 负责人名字（`--team` 时按此分组）\n  - `assignee_open_id` — 负责人飞书 open_id\n  - `updated_at` — 最后更新时间（RFC3339，用于停滞检测）\n- `recent_records[]` — 最近记录的 guid, summary, completed_at, assignee, assignee_open_id, updated_at\n\n> **团队模式**：`--team` 返回包含所有下属的聚合数据。按 `assignee` 或 `assignee_open_id` 分组可得到按人视角。\n\n## 错误处理\n\n- 身份未配置 → 先运行 `auwomo identity whoami` 确认\n- lark-cli 不可用 → 检查 `which lark-cli`\n- 结果为空 → 可能需要先通过 `task check init` 检查初始化状态\n\nFile v1.3.0:references/task-create.md\n\n# task-create\n\n在飞书任务中创建新的结构任务（主线或子线）。\n\n## 场景\n\n- 当前没有可承接工作的主线\n- 用户明确要求新开主线或子线\n- `check init` 返回 `missing`，需要初始化\n\n## 两种交互模式\n\n### 模式 A：用户提供了具体内容\n\n触发：\"帮我建一个主线：论文写作\" / \"创建子线：数据收集，挂在 xxx 下面\"\n\n```\n1. 根据用户描述拟定标题和归属\n2. 展示草案：\"准备创建 [主线] 论文写作，确认吗？\"\n3. 确认后 → 创建\n```\n\n### 模式 B：用户未明确说要创建什么\n\n触发：\"帮我建个任务\" / check init 显示 missing / 从 record 流程改道过来\n\n```\n1. 先确认：这更像\"会持续推进一段时间的长期任务\"还是\"一次性事项\"？\n   - 一次性事项 → 改走 task-record 流程\n   - 长期任务 → 继续\n2. 询问任务名称、大致内容\n3. 可选：询问是否有相关文档/材料可参考\n4. 用 context 检查是否已有类似主线（避免重复）\n5. 拟定草案 → 确认 → 创建\n```\n\n## 标题前缀\n\n- 新建顶层主线：`[主线] 论文写作`\n- 新建结构子任务：`[子线] 数据收集`\n- 不要在此流程中创建 `[记录]`（记录由 `task-record` 负责）\n\n## 操作命令\n\n### 创建主线\n\n```bash\nauwomo task create --title \"[主线] 论文写作\"\n```\n\n### 创建子线（挂在已有任务下）\n\n```bash\nauwomo task create --title \"[子线] 数据收集\" --parent <parent_guid>\n```\n\nCLI 自动行为：\n- 无 parent 且无前缀 → 自动加 `[主线]`\n- 有 parent 且无前缀 → 自动加 `[子线]`\n- 以 bot 身份创建\n- 默认 status = todo\n\n## 创建原则\n\n- 结构任务应由 app/bot 身份创建（确保后续 taskctx 可识别和挂接）\n- 创建前建议先看上下文：`auwomo task context --duration 7d`\n- 避免重复创建已存在的主线\n\n## 与 context 的配合\n\n创建前建议先运行：\n\n```bash\nauwomo task context --duration 7d\n```\n\n确认是否真的缺少结构，避免重复创建。\n\n## 不要这样做\n\n- 不要在未确认的情况下直接创建（必须与用户确认草案）\n- 不要把一次性事项创建为主线（应走 record 流程）\n- 不要手动管理标题前缀（CLI 自动处理）\n- 不要忽略已有主线直接创建新的（先检查 context）\n\nFile v1.3.0:references/task-record.md\n\n# task-record\n\n把一段已完成工作写入飞书任务树。\n\n## 场景\n\n- 用户说\"帮我记一下今天做了什么\"\n- 用户说\"记录一下：完成了数据清洗\"\n- cron 每日提醒触发记录流程\n- agent 自动记录进展\n\n## 两种交互模式\n\n### 模式 A：用户提供了内容\n\n触发：\"记录一下：今天完成了数据清洗工作\"、\"帮我记：给老师配了 bot，修了几个 bug\"\n\n```\n1. check attachable 获取候选列表\n2. 语义匹配：用户内容 ↔ 候选任务\n3. 判断是否可以直接记录（见下方\"直接记录 vs 确认\"）\n4. 记录（单条或多条）\n```\n\n### 模式 B：用户未提供内容\n\n触发：\"帮我记一下最近做的\" / cron 提醒 / \"用一下记录技能\"\n\n```\n1. 优先尝试 Cotrace 获取工作数据（见下方）\n2. 如果 Cotrace 有数据 → 生成草案 → 按模式 A 继续\n3. 如果 Cotrace 无数据/不可用 → 询问用户做了什么\n   - 附带 Cotrace 小提示：\"也可以接入 cotrace 自动采集工作记录哦\"\n4. 用户回复后 → 进入模式 A\n```\n\nCotrace 小提示仅在 Cotrace 不可用/无数据时出现，不要每次都提。\n\n## 直接记录 vs 确认\n\n### 可直接记录（无需确认）：\n\n- 内容明确，用户语气确定（\"帮我记\"、\"记下来\"、\"记录一下：xxx\"）\n- 挂载点唯一匹配（内容明显属于某个任务）\n- 不存在歧义或敏感信息\n\n直接记录后告知结果即可。\n\n### 需要确认的情况：\n\n- 匹配不确定：内容可能属于多个候选，不好选\n- 内容含模糊信息\n- 用户语气带犹豫（\"好像做了...\"、\"大概是...\"）\n\n此时展示草案，询问\"这样记可以吗？\"，确认后记录。\n\n## 涉及多个任务时\n\n用户一次描述了多项工作（如\"今天给老师配了 bot，还修了几个 bug，另外处理了额度问题\"）：\n\n1. 拆分为多条记录\n2. 分别匹配挂载点\n3. **一次性展示所有草案**，打包确认\n4. 确认后批量记录\n\n示例输出：\n```\n帮你整理了 2 条记录：\n1. → [主线] Auwomo OS 推广运行\n   \"给老师配置 bot、修复引导 bug、优化未初始化引导流程\"\n2. → [主线] Claude 使用方案调研\n   \"处理 Claude 额度问题\"\n\n这样记可以吗？\n```\n\n## 无匹配候选时\n\n如果用户描述的工作无法匹配到任何现有任务：\n\n1. 告知用户：\"这条记录目前没有对应的主线任务可以挂载\"\n2. 建议：\"要不要先创建一个主线？比如 [主线] xxx\"\n3. 用户确认后 → `task create` 创建主线 → 然后挂载记录\n\n绝不创建孤立记录（没有父任务的记录）。\n\n## 使用 Cotrace 作为数据源（优先）\n\n在模式 B 中，优先使用 Cotrace 的 work-records 获取实际工作数据，参考 `skills/cotrace/SKILL.md`：\n\n```bash\n# 检查 Cotrace 是否可用\nftc health cotrace\n\n# 获取今天的工作摘要\necho '{\"tool\":\"get_workstream_summaries\",\"args\":{\"created\":{\"from\":\"<today>T00:00:00Z\",\"to\":\"<today>T23:59:59Z\"}}}' | ftc call cotrace\n\n# 获取详细内容\necho '{\"tool\":\"get_workstream_summaries_details\",\"args\":{\"identifiers\":[\"<id1>\",\"<id2>\"]}}' | ftc call cotrace\n```\n\n如果 Cotrace 不可用（`ftc` 找不到、health check 失败或无数据），退回到直接询问用户。\n\n## 层级契约\n\n- `[主线]`：顶层长期工作主线\n- `[子线]`：主线下或子线下的结构任务（支持多级）\n- `[记录]`：已完成工作的记录任务（本文档负责创建的对象）\n\n## 确定挂载点\n\n先用 `check attachable` 找到合适的挂载候选：\n\n```bash\nauwomo task check attachable --format json\n```\n\n输出中 `attachable=true` 的候选按优先级排序（深度越深越优先）。\n\n### 挂载优先级\n\n1. 最细、最贴近当前工作、且合法可挂载的 `[子线]`\n2. 若没有更细合法 `[子线]`，回退到上层 `[子线]`\n3. 若仍没有，再回退到合法 `[主线]`\n4. 如果没有任何合法候选 → 引导创建主线（见上方\"无匹配候选时\"）\n\n## 创建记录\n\n```bash\nauwomo task record --work <parent_guid> --summary \"完成了数据清洗工作\"\n```\n\n- `--work`：父任务的 GUID（从 check attachable 结果中选取）\n- `--summary`：记录内容描述\n\nCLI 会自动：\n- 添加 `[记录]` 前缀（如果你没加）\n- 以 bot 身份创建\n- 创建时标记为已完成状态\n\n## 草案撰写原则\n\n- 简洁明了，一两句话概括做了什么\n- 用结果导向的语言，不要写过程细节\n- 如果来自 Cotrace 数据，提取核心成果而非罗列所有活动\n- 示例：\"完成实验数据预处理和特征提取\"，而非\"打开了 Python，写了一些代码...\"\n\n## 错误处理\n\n- `--work` 为空 → 必须指定父任务 GUID\n- `--summary` 为空 → 必须填写记录内容\n- 无可挂载候选 → 引导走 task-create 流程\n- 记录命令失败 → 告知用户具体错误原因\n\n## 不要这样做\n\n- 不要跳过 `check attachable` 直接猜挂载点\n- 不要把记录挂在树外面（没有父任务的孤立记录）\n- 不要把 Cotrace 原始数据大段贴为记录内容\n- 不要只写本地文件就告诉用户\"已记录\"——必须执行 `auwomo task record`\n\nFile v1.3.0:references/task-report.md\n\n# task-report\n\n按时间段汇总任务进展，生成人可读的汇报。\n\n## 场景\n\n- 用户说\"帮我写日报\"、\"总结一下本周进展\"\n- 定时汇报（每日/每周）\n- 管理员需要团队进展概览\n\n## 操作步骤\n\n### 1. 确定时间窗口\n\n- 日报：`--duration 1d`\n- 周报：`--duration 7d`\n- 月报：`--duration 30d`\n\n### 2. 获取上下文\n\n普通用户：\n```bash\nauwomo task context --duration 7d -d\n```\n\n团队视角（管理员/有下属）：\n```bash\nauwomo task context --duration 7d -d --team\n```\n\n### 3. 生成汇报\n\n基于 context 输出，按以下原则编写汇报：\n\n**结构**：\n1. 一句话总览 — 整体有没有进展\n2. 重点推进 — 当前在做什么\n3. 当前状态 — 推进到什么程度\n\n**原则**：\n- 用人话写，不写工具日志\n- 先结论，再脉络，再补充\n- 保持主线 → 子线 → 记录的层级关系\n- 记录应放回其所属主线/子线脉络中理解\n- 不要把 description 大段原样贴进汇报\n- 如果没有新增记录，用自然语言说明\n\n### 4. 团队汇报（管理员视角）\n\n```bash\nauwomo task context --duration 7d -d --team --format json\nauwomo task missing --range 2d --team --format json\n```\n\n团队汇报结构：\n1. 整体概览 — 谁有推进，谁暂无\n2. 按人简报 — 按 `assignee` 分组，每人一两句\n3. 缺失记录 — 基于 `task missing` 结果\n4. 停滞主线检查 — 基于 `updated_at` 字段\n5. 风险卡点 — 阻塞/逾期/停滞的任务\n\n#### 停滞阈值\n\n| 场景 | 阈值 | 处理 |\n|------|------|------|\n| 个人主线自提醒 | 3 天 | 温和提醒自己关注 |\n| 团队主线提醒 | 7-14 天 | 提醒关注 |\n| 团队主线警告 | >14 天 | 建议主动跟进 |\n| 缺交记录提醒 | 2 天 | 列出无记录成员 |\n\n#### 同理心表述规则\n\n涉及\"某人没做某事\"的表述时，**必须**遵循以下规则：\n\n1. **先看 context**：从 `recent_records` 中按该 assignee 筛选，看此人同期在做什么\n2. **推测原因**：\n   - 有其他活跃记录 → \"可能精力集中在 [主线]yyy\"\n   - 任务本身复杂 → \"项目可能有一定难度\"\n   - 无任何记录 → \"可能近期较忙或有其他安排\"\n3. **格式**：一句原因推测 + 一句建议\n4. **示例**：\n   - \"马子健 近7天无 [主线]xxx 的进展记录，但同期在推进 [主线]yyy（最近3天有5条记录），可能是精力集中在那边。建议确认是否需要调整优先级。\"\n   - \"黄永强 本周无 [主线]xxx 的进展，但 [主线]yyy 有较多记录（本周6条），可能是优先级侧重。建议下周确认 xxx 是否需要推进。\"\n\n**绝对不要**：\n- 直接说\"XXX没做\"、\"XXX未完成\"\n- 用指责性语气描述缺失\n- 忽略此人在其他任务上的付出\n\n#### 风险识别标准（按优先级）\n\n- 阻塞状态\n- 逾期风险（due_at 已过/即将到期）\n- 进展停滞（按上述阈值判定，使用 `updated_at` 字段）\n- 描述含\"风险\"、\"阻塞\"、\"卡住\"等关键词\n\n### 5. 未初始化状态处理\n\n当 `auwomo identity whoami` 或后续命令返回认证错误时，不要输出技术性报错，改为输出友好引导消息，介绍自身能力并引导用户完成配置。\n\n## 不要这样做\n\n- 不要自己重新扫描任务树（用 context 输出）\n- 不要把记录从所属主线/子线中剥离后平铺\n- 不要忽略多级子线结构\n- 不要把技术性判定直接当汇报内容\n- 不要用指责性语气描述团队成员的缺失或停滞\n\nArchive v1.2.0: 8 files, 11512 bytes\n\nFiles: references/cron-templates.md (2799b), references/task-check.md (2456b), references/task-context.md (2242b), references/task-create.md (2314b), references/task-record.md (3377b), references/task-report.md (3495b), SKILL.md (3091b), _meta.json (130b)\n\nFile v1.2.0:SKILL.md\n\n---\nname: auwomo-task\nversion: 1.2.0\ndescription: >\n  任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。\n  Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress.\n  NOT for: 消息发送(use auwomo-message), 提醒配置(暂不支持).\nmetadata:\n  openclaw:\n    requires:\n      bins:\n        - auwomo\n        - lark-cli\n---\n\n# auwomo-task\n\n围绕飞书任务的长期任务结构、进展记录、汇报能力。所有操作通过 `auwomo` CLI 执行。\n\n## 触发条件\n\n当用户提到以下内容时激活本技能：\n\n- 查看任务、任务进展、任务上下文\n- 记录工作、写进展、\"帮我记一下\"\n- 生成日报、周报、汇报\n- 创建主线、子线任务\n- \"看看我的任务\"、\"check 一下\"\n\n## 排除场景\n\n- 只是闲聊、不涉及飞书任务系统 → 不激活\n- 发消息给某人 → 转到 `auwomo-message`\n- agent→agent 通信 → 暂不支持\n\n## 前置依赖\n\n执行任何操作前，确认身份可用：\n\n```bash\nauwomo identity whoami\n```\n\n如果返回错误，先解决身份问题再继续。\n\n## 标题前缀契约\n\n| 前缀 | 含义 | 创建方式 |\n|------|------|---------|\n| `[主线]` | 顶层长期工作主线 | `task create` |\n| `[子线]` | 主线下的结构子任务（支持多级） | `task create --parent` |\n| `[记录]` | 已完成工作的记录 | `task record` |\n\n## CLI 命令速查表\n\n| 场景 | 命令 | 说明 |\n|------|------|------|\n| 查看任务上下文 | `auwomo task context --duration 7d` | 轻量模式 |\n| 查看详细上下文 | `auwomo task context --duration 7d -d` | 含 description |\n| 查看团队上下文 | `auwomo task context --duration 7d --team` | 含下属 |\n| 检查是否已初始化 | `auwomo task check init` | 有无可挂载主线 |\n| 检查可挂载候选 | `auwomo task check attachable` | 找记录挂点 |\n| 检查昨日记录 | `auwomo task check yesterday-record` | 昨天有无进展 |\n| 列出任务 | `auwomo task list` | 扁平列表 |\n| 查看任务树 | `auwomo task tree` | 完整树状结构 |\n| 查看单个任务 | `auwomo task show <guid>` | 详细信息 |\n| 记录进展 | `auwomo task record --work <guid> --summary \"...\"` | 创建记录 |\n| 创建任务 | `auwomo task create --title \"[主线] ...\"` | 创建主线/子线 |\n\n所有命令支持 `--format json` 切换为机器可读输出。\n\n## 参考文档路由\n\n| 场景 | 文档 |\n|------|------|\n| 需要了解当前任务状态 | [task-context.md](references/task-context.md) |\n| 需要记录一段工作 | [task-record.md](references/task-record.md) |\n| 需要创建主线/子线 | [task-create.md](references/task-create.md) |\n| 需要生成汇报 | [task-report.md](references/task-report.md) |\n| 需要做前置检查 | [task-check.md](references/task-check.md) |\n| 定时任务模板 | [cron-templates.md](references/cron-templates.md) |\n\n## **数据源：Cotrace**\n\n当用户说\"帮我记录\"但未提供具体内容时，**优先使用 Cotrace 获取工作数据**。\n详见 `skills/cotrace/SKILL.md`。\n\nFile v1.2.0:_meta.json\n\n{\n  \"ownerId\": \"kn721qkna8n7c3j5n9hvqpx4h986mbnk\",\n  \"slug\": \"auwomo-task\",\n  \"version\": \"1.2.0\",\n  \"publishedAt\": 1779041686222\n}\n\nFile v1.2.0:references/cron-templates.md\n\n# cron-templates\n\n定期任务模板，用于系统级 cron 部署。\n\n> **ops 消费说明**：实际部署的 prompt 在 `auwomo-ops/desired-state/30-daily-report/prompts/` 中维护。\n> 此文件作为参考文档，描述各模板的设计意图和行为。\n\n---\n\n## 角色感知机制\n\n所有汇报类 prompt 都包含 **Step 0: 身份与权限检查**：\n\n1. 读取 `$OPENCLAW_DISPLAY_NAME` 作为用户称呼\n2. `auwomo identity whoami --format json` — 确认身份可用\n3. `auwomo identity subordinates --format json` — 判断 has_team\n4. 后续命令如返回 auth 错误 → 进入未初始化模式\n\n这使得同一个 prompt 可以根据用户角色自动切换个人/团队视角。\n\n## 未初始化状态处理\n\n当检测到 `need_user_authorization` 或类似认证错误时，不输出技术性报错，改为输出友好引导消息：介绍自身能力、说明当前状态、引导用户完成配置。\n\n---\n\n## 昨日简报（周二至周六 08:00）\n\n- 个人视角：基于 `task context --duration 1d -d` 概括昨日进展\n- 团队视角（has_team=true）：\n  - `task context --duration 1d -d --team` — 按 assignee 分组简报\n  - `task missing --range 2d --team` — 缺失记录提醒\n  - 停滞主线检查（>7天/14天阈值，使用同理心表述）\n\n## 今日记录提醒（周一至周五 18:00）\n\n- 检查可挂载任务 → 提醒用户记录今日进展\n- 纯个人视角，不含团队内容\n- 语气低负担、易回复\n\n## 周汇报（周日 16:00）\n\n- 个人周报：基于 `task context --duration 7d -d`\n  - 本周完成/进行中/受阻\n  - 下周建议\n  - 个人停滞自检（>3天无记录的主线）\n- 团队周报（has_team=true）：\n  - `task context --duration 7d -d --team` — 按 assignee 分组周报\n  - `task missing --range 7d --team` — 缺失记录统计\n  - 停滞主线检查（7-14天/14天+阈值，使用同理心表述）\n\n## 停滞阈值汇总\n\n| 场景 | 阈值 | 触发条件 |\n|------|------|---------|\n| 个人主线自提醒 | 3天 | 自己的主线 updated_at > 3d |\n| 团队主线提醒 | 7天 | 下属的主线 updated_at > 7d |\n| 团队主线警告 | 14天 | 下属的主线 updated_at > 14d |\n| 缺交记录提醒 | 2天 | task missing count > 0 |\n\n## 同理心表述规则\n\n详见 [task-report.md](task-report.md) 的\"同理心表述规则\"章节。所有涉及\"某人没做某事\"的表述必须遵循该规则。\n\n## 部署方式\n\n实际 prompt 文件在 `auwomo-ops` 仓库中维护：\n- `desired-state/30-daily-report/prompts/yesterday-report.md`\n- `desired-state/30-daily-report/prompts/end-of-day-record.md`\n- `desired-state/30-daily-report/prompts/weekly-report.md`\n\n调度配置在 `desired-state/30-daily-report/crons.yaml` 中定义。\n通过 `reconcile_crons` playbook 部署到各容器。\n\nFile v1.2.0:references/task-check.md\n\n# task-check\n\n前置检查命令，用于在执行操作前确认任务系统状态。\n\n## 三个检查子命令\n\n### check init\n\n检查是否已初始化 — 当前用户是否有可挂载的顶层主线任务。\n\n```bash\nauwomo task check init --format json\n```\n\n**输出字段**：\n- `ok` — 是否已初始化（有至少一个可挂载的顶层主线）\n- `status` — `\"initialized\"` 或 `\"missing\"`\n- `count` — 可挂载的候选数量\n- `candidates[]` — 每个候选的 guid, summary, description, depth, child_count\n\n**使用场景**：\n- 新用户首次使用前\n- 不确定是否有可用主线时\n- 如果 `status=missing`，需要引导用户走 `task-create` 流程\n\n---\n\n### check attachable\n\n查找当前可以挂载记录的候选任务。\n\n```bash\nauwomo task check attachable --format json\n```\n\n**输出字段**：\n- `ok` — 是否有可挂载候选\n- `status` — `\"attachable\"` 或 `\"blocked\"`\n- `attachable_count` — 可挂载的候选数\n- `candidate_count` — 总候选数（含 blocked）\n- `window` — 查询的时间窗口（默认 30 天）\n- `candidates[]` — 每个候选的详细信息：\n  - `attachable` — 是否可挂载\n  - `state` — `\"attachable\"` 或 `\"blocked\"`\n  - `reasons` — 不可挂载的原因列表\n  - `depth` — 在任务树中的深度\n  - `lineage` — 祖先链\n\n**候选排序**：\n- attachable 在前，blocked 在后\n- 深度越深越优先（最贴近当前工作的子线排前面）\n\n**不可挂载的原因**：\n- `not_app_created` — 不是由 app/bot 创建\n- `not_active` — 已完成\n- `not_structure` — 不是结构任务\n- `record_title` — 标题是 [记录]\n- `missing_description` — 缺少描述\n\n**使用场景**：\n- 在执行 `task record` 前确定挂载点\n- 帮用户选择合适的父任务\n\n---\n\n### check yesterday-record\n\n检查昨天是否有进展记录。\n\n```bash\nauwomo task check yesterday-record --format json\n```\n\n**输出字段**：\n- `ok` — 昨天是否有记录\n- `status` — `\"has_records\"` 或 `\"no_records\"`\n- `count` — 记录数量\n- `window` — 昨天的时间范围（start..end）\n- `records[]` — 每条记录的 guid, summary, completed_at, lineage\n\n**使用场景**：\n- 日报生成前检查是否有素材\n- 提醒用户补记录\n- 定时检查用户是否忘记记录进展\n\n---\n\n## 通用选项\n\n所有 check 命令支持：\n- `--team` — 包含下属的任务（管理员视角）\n- `--format json` — 机器可读输出\n\nFile v1.2.0:references/task-context.md\n\n# task-context\n\n查询当前任务上下文，了解任务树结构和最近进展。\n\n## 场景\n\n- 用户问\"我的任务怎么样了\"\n- 需要了解当前在做什么\n- 准备生成汇报前先获取上下文\n\n## 操作步骤\n\n### 1. 获取轻量上下文\n\n```bash\nauwomo task context --duration 7d\n```\n\n输出包含：\n- 活跃结构列表（active_structures）\n- 最近记录（recent_records）\n- 昨日记录（yesterday_records）\n- 树状视图（tree_lines）\n\n### 2. 获取详细上下文（含 description）\n\n```bash\nauwomo task context --duration 7d -d\n```\n\n加 `-d` 后，每个任务节点会附带 description 字段，帮助理解具体工作内容。\n\n### 3. 获取团队上下文\n\n```bash\nauwomo task context --duration 7d --team\n```\n\n`--team` 会包含当前用户所有下属的任务。\n\n### 4. 调整时间窗口\n\n```bash\nauwomo task context --duration 30d    # 最近 30 天\nauwomo task context --duration 2w     # 最近 2 周\n```\n\n支持的时间单位：`M`(分钟), `h`(小时), `d`(天), `w`(周), `m`(月), `y`(年)\n\n## 输出解读（JSON 模式）\n\n```bash\nauwomo task context --duration 7d --format json\n```\n\n关键字段：\n- `summary.active_structure_count` — 活跃结构任务数\n- `summary.recent_record_count` — 时间窗口内的记录数\n- `summary.yesterday_record_count` — 昨日记录数\n- `tree_lines` — 缩进树状文本行\n- `active_structures[]` — 每个活跃结构的详细信息：\n  - `guid`, `summary`, `status` — 基本信息\n  - `depth`, `child_count`, `parent_guid` — 树结构\n  - `lineage_summary` — 上级脉络\n  - `assignee` — 负责人名字（`--team` 时按此分组）\n  - `assignee_open_id` — 负责人飞书 open_id\n  - `updated_at` — 最后更新时间（RFC3339，用于停滞检测）\n- `recent_records[]` — 最近记录的 guid, summary, completed_at, assignee, assignee_open_id, updated_at\n\n> **团队模式**：`--team` 返回包含所有下属的聚合数据。按 `assignee` 或 `assignee_open_id` 分组可得到按人视角。\n\n## 错误处理\n\n- 身份未配置 → 先运行 `auwomo identity whoami` 确认\n- lark-cli 不可用 → 检查 `which lark-cli`\n- 结果为空 → 可能需要先通过 `task check init` 检查初始化状态\n\nFile v1.2.0:references/task-create.md\n\n# task-create\n\n在飞书任务中创建新的结构任务（主线或子线）。\n\n## 场景\n\n- 当前没有可承接工作的主线\n- 用户明确要求新开主线或子线\n- `check init` 返回 `missing`，需要初始化\n\n## 两种交互模式\n\n### 模式 A：用户提供了具体内容\n\n触发：\"帮我建一个主线：论文写作\" / \"创建子线：数据收集，挂在 xxx 下面\"\n\n```\n1. 根据用户描述拟定标题和归属\n2. 展示草案：\"准备创建 [主线] 论文写作，确认吗？\"\n3. 确认后 → 创建\n```\n\n### 模式 B：用户未明确说要创建什么\n\n触发：\"帮我建个任务\" / check init 显示 missing / 从 record 流程改道过来\n\n```\n1. 先确认：这更像\"会持续推进一段时间的长期任务\"还是\"一次性事项\"？\n   - 一次性事项 → 改走 task-record 流程\n   - 长期任务 → 继续\n2. 询问任务名称、大致内容\n3. 可选：询问是否有相关文档/材料可参考\n4. 用 context 检查是否已有类似主线（避免重复）\n5. 拟定草案 → 确认 → 创建\n```\n\n## 标题前缀\n\n- 新建顶层主线：`[主线] 论文写作`\n- 新建结构子任务：`[子线] 数据收集`\n- 不要在此流程中创建 `[记录]`（记录由 `task-record` 负责）\n\n## 操作命令\n\n### 创建主线\n\n```bash\nauwomo task create --title \"[主线] 论文写作\"\n```\n\n### 创建子线（挂在已有任务下）\n\n```bash\nauwomo task create --title \"[子线] 数据收集\" --parent <parent_guid>\n```\n\nCLI 自动行为：\n- 无 parent 且无前缀 → 自动加 `[主线]`\n- 有 parent 且无前缀 → 自动加 `[子线]`\n- 以 bot 身份创建\n- 默认 status = todo\n\n## 创建原则\n\n- 结构任务应由 app/bot 身份创建（确保后续 taskctx 可识别和挂接）\n- 创建前建议先看上下文：`auwomo task context --duration 7d`\n- 避免重复创建已存在的主线\n\n## 与 context 的配合\n\n创建前建议先运行：\n\n```bash\nauwomo task context --duration 7d\n```\n\n确认是否真的缺少结构，避免重复创建。\n\n## 不要这样做\n\n- 不要在未确认的情况下直接创建（必须与用户确认草案）\n- 不要把一次性事项创建为主线（应走 record 流程）\n- 不要手动管理标题前缀（CLI 自动处理）\n- 不要忽略已有主线直接创建新的（先检查 context）\n\nFile v1.2.0:references/task-record.md\n\n# task-record\n\n把一段已完成工作写入飞书任务树。\n\n## 场景\n\n- 用户说\"帮我记一下今天做了什么\"\n- 用户说\"记录一下：完成了数据清洗\"\n- cron 每日提醒触发记录流程\n- agent 自动记录进展\n\n## 两种交互模式\n\n### 模式 A：用户提供了内容\n\n触发：\"记录一下：今天完成了数据清洗工作\"\n\n```\n1. 整理用户提供的内容为简洁记录\n2. 展示草案，询问确认：\"这样记可以吗？\"\n3. 确认后 → 确定挂载点 → 记录\n```\n\n### 模式 B：用户未提供内容\n\n触发：\"帮我记一下最近做的\" / cron 提醒 / \"用一下记录技能\"\n\n```\n1. 优先尝试 Cotrace 获取工作数据（见下方）\n2. 如果 Cotrace 有数据 → 自动生成草案\n3. 如果 Cotrace 无数据/不可用 → 询问用户做了什么\n4. 展示草案，询问确认\n5. 确认后 → 确定挂载点 → 记录\n```\n\n## 使用 Cotrace 作为数据源（优先）\n\n在模式 B 中，优先使用 Cotrace 的 work-records 获取实际工作数据，参考 `skills/cotrace/SKILL.md`：\n\n```bash\n# 检查 Cotrace 是否可用\nftc health cotrace\n\n# 获取今天的工作摘要\necho '{\"tool\":\"get_workstream_summaries\",\"args\":{\"created\":{\"from\":\"<today>T00:00:00Z\",\"to\":\"<today>T23:59:59Z\"}}}' | ftc call cotrace\n\n# 获取详细内容\necho '{\"tool\":\"get_workstream_summaries_details\",\"args\":{\"identifiers\":[\"<id1>\",\"<id2>\"]}}' | ftc call cotrace\n```\n\n如果 Cotrace 不可用（`ftc` 找不到、health check 失败或无数据），退回到直接询问用户。\n\n## 层级契约\n\n- `[主线]`：顶层长期工作主线\n- `[子线]`：主线下或子线下的结构任务（支持多级）\n- `[记录]`：已完成工作的记录任务（本文档负责创建的对象）\n\n## 确定挂载点\n\n不要直接创建记录。先用 `check attachable` 找到合适的挂载候选：\n\n```bash\nauwomo task check attachable --format json\n```\n\n输出中 `attachable=true` 的候选按优先级排序（深度越深越优先）。\n\n### 挂载优先级\n\n1. 最细、最贴近当前工作、且合法可挂载的 `[子线]`\n2. 若没有更细合法 `[子线]`，回退到上层 `[子线]`\n3. 若仍没有，再回退到合法 `[主线]`\n4. 如果没有任何合法候选 → 改走 `task-create` 流程先创建结构\n\n## 创建记录\n\n```bash\nauwomo task record --work <parent_guid> --summary \"完成了数据清洗工作\"\n```\n\n- `--work`：父任务的 GUID（从 check attachable 结果中选取）\n- `--summary`：记录内容描述\n\nCLI 会自动：\n- 添加 `[记录]` 前缀（如果你没加）\n- 以 bot 身份创建\n- 创建时标记为已完成状态\n\n## 草案撰写原则\n\n- 简洁明了，一两句话概括做了什么\n- 用结果导向的语言，不要写过程细节\n- 如果来自 Cotrace 数据，提取核心成果而非罗列所有活动\n- 示例：\"完成实验数据预处理和特征提取\"，而非\"打开了 Python，写了一些代码...\"\n\n## 错误处理\n\n- `--work` 为空 → 必须指定父任务 GUID\n- `--summary` 为空 → 必须填写记录内容\n- 无可挂载候选 → 引导走 task-create 流程\n\n## 不要这样做\n\n- 不要跳过 `check attachable` 直接猜挂载点\n- 不要把记录挂在树外面（没有父任务的孤立记录）\n- 不要在未确认的情况下直接记录（必须与用户确认草案）\n- 不要把 Cotrace 原始数据大段贴为记录内容\n\nFile v1.2.0:references/task-report.md\n\n# task-report\n\n按时间段汇总任务进展，生成人可读的汇报。\n\n## 场景\n\n- 用户说\"帮我写日报\"、\"总结一下本周进展\"\n- 定时汇报（每日/每周）\n- 管理员需要团队进展概览\n\n## 操作步骤\n\n### 1. 确定时间窗口\n\n- 日报：`--duration 1d`\n- 周报：`--duration 7d`\n- 月报：`--duration 30d`\n\n### 2. 获取上下文\n\n普通用户：\n```bash\nauwomo task context --duration 7d -d\n```\n\n团队视角（管理员/有下属）：\n```bash\nauwomo task context --duration 7d -d --team\n```\n\n### 3. 生成汇报\n\n基于 context 输出，按以下原则编写汇报：\n\n**结构**：\n1. 一句话总览 — 整体有没有进展\n2. 重点推进 — 当前在做什么\n3. 当前状态 — 推进到什么程度\n\n**原则**：\n- 用人话写，不写工具日志\n- 先结论，再脉络，再补充\n- 保持主线 → 子线 → 记录的层级关系\n- 记录应放回其所属主线/子线脉络中理解\n- 不要把 description 大段原样贴进汇报\n- 如果没有新增记录，用自然语言说明\n\n### 4. 团队汇报（管理员视角）\n\n```bash\nauwomo task context --duration 7d -d --team --format json\nauwomo task missing --range 2d --team --format json\n```\n\n团队汇报结构：\n1. 整体概览 — 谁有推进，谁暂无\n2. 按人简报 — 按 `assignee` 分组，每人一两句\n3. 缺失记录 — 基于 `task missing` 结果\n4. 停滞主线检查 — 基于 `updated_at` 字段\n5. 风险卡点 — 阻塞/逾期/停滞的任务\n\n#### 停滞阈值\n\n| 场景 | 阈值 | 处理 |\n|------|------|------|\n| 个人主线自提醒 | 3 天 | 温和提醒自己关注 |\n| 团队主线提醒 | 7-14 天 | 提醒关注 |\n| 团队主线警告 | >14 天 | 建议主动跟进 |\n| 缺交记录提醒 | 2 天 | 列出无记录成员 |\n\n#### 同理心表述规则\n\n涉及\"某人没做某事\"的表述时，**必须**遵循以下规则：\n\n1. **先看 context**：从 `recent_records` 中按该 assignee 筛选，看此人同期在做什么\n2. **推测原因**：\n   - 有其他活跃记录 → \"可能精力集中在 [主线]yyy\"\n   - 任务本身复杂 → \"项目可能有一定难度\"\n   - 无任何记录 → \"可能近期较忙或有其他安排\"\n3. **格式**：一句原因推测 + 一句建议\n4. **示例**：\n   - \"马子健 近7天无 [主线]xxx 的进展记录，但同期在推进 [主线]yyy（最近3天有5条记录），可能是精力集中在那边。建议确认是否需要调整优先级。\"\n   - \"黄永强 本周无 [主线]xxx 的进展，但 [主线]yyy 有较多记录（本周6条），可能是优先级侧重。建议下周确认 xxx 是否需要推进。\"\n\n**绝对不要**：\n- 直接说\"XXX没做\"、\"XXX未完成\"\n- 用指责性语气描述缺失\n- 忽略此人在其他任务上的付出\n\n#### 风险识别标准（按优先级）\n\n- 阻塞状态\n- 逾期风险（due_at 已过/即将到期）\n- 进展停滞（按上述阈值判定，使用 `updated_at` 字段）\n- 描述含\"风险\"、\"阻塞\"、\"卡住\"等关键词\n\n### 5. 未初始化状态处理\n\n当 `auwomo identity whoami` 或后续命令返回认证错误时，不要输出技术性报错，改为输出友好引导消息，介绍自身能力并引导用户完成配置。\n\n## 不要这样做\n\n- 不要自己重新扫描任务树（用 context 输出）\n- 不要把记录从所属主线/子线中剥离后平铺\n- 不要忽略多级子线结构\n- 不要把技术性判定直接当汇报内容\n- 不要用指责性语气描述团队成员的缺失或停滞\n\nArchive v1.1.0: 8 files, 10177 bytes\n\nFiles: references/cron-templates.md (2971b), references/task-check.md (2456b), references/task-context.md (1745b), references/task-create.md (2314b), references/task-record.md (3377b), references/task-report.md (1774b), SKILL.md (3084b), _meta.json (130b)\n\nFile v1.1.0:SKILL.md\n\n---\nname: auwomo-task\nversion: 1.1.0\ndescription: >\n  任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。\n  Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress.\n  NOT for: 消息发送(use auwomo-message), 提醒配置(暂不支持).\nmetadata:\n  openclaw:\n    requires:\n      bins:\n        - auwomo\n        - lark-cli\n---\n\n# auwomo-task\n\n围绕飞书任务的长期任务结构、进展记录、汇报能力。所有操作通过 `auwomo` CLI 执行。\n\n## 触发条件\n\n当用户提到以下内容时激活本技能：\n\n- 查看任务、任务进展、任务上下文\n- 记录工作、写进展、\"帮我记一下\"\n- 生成日报、周报、汇报\n- 创建主线、子线任务\n- \"看看我的任务\"、\"check 一下\"\n\n## 排除场景\n\n- 只是闲聊、不涉及飞书任务系统 → 不激活\n- 发消息给某人 → 转到 `auwomo-message`\n- agent→agent 通信 → 暂不支持\n\n## 前置依赖\n\n执行任何操作前，确认身份可用：\n\n```bash\nauwomo identity whoami\n```\n\n如果返回错误，先解决身份问题再继续。\n\n## 标题前缀契约\n\n| 前缀 | 含义 | 创建方式 |\n|------|------|---------|\n| `[主线]` | 顶层长期工作主线 | `task create` |\n| `[子线]` | 主线下的结构子任务（支持多级） | `task create --parent` |\n| `[记录]` | 已完成工作的记录 | `task record` |\n\n## CLI 命令速查表\n\n| 场景 | 命令 | 说明 |\n|------|------|------|\n| 查看任务上下文 | `auwomo task context --duration 7d` | 轻量模式 |\n| 查看详细上下文 | `auwomo task context --duration 7d -d` | 含 description |\n| 查看团队上下文 | `auwomo task context --duration 7d --team` | 含下属 |\n| 检查是否已初始化 | `auwomo task check init` | 有无可挂载主线 |\n| 检查可挂载候选 | `auwomo task check attachable` | 找记录挂点 |\n| 检查昨日记录 | `auwomo task check yesterday-record` | 昨天有无进展 |\n| 列出任务 | `auwomo task list` | 扁平列表 |\n| 查看任务树 | `auwomo task tree` | 完整树状结构 |\n| 查看单个任务 | `auwomo task show <guid>` | 详细信息 |\n| 记录进展 | `auwomo task record --work <guid> --summary \"...\"` | 创建记录 |\n| 创建任务 | `auwomo task create --title \"[主线] ...\"` | 尚未实现 |\n\n所有命令支持 `--format json` 切换为机器可读输出。\n\n## 参考文档路由\n\n| 场景 | 文档 |\n|------|------|\n| 需要了解当前任务状态 | [task-context.md](references/task-context.md) |\n| 需要记录一段工作 | [task-record.md](references/task-record.md) |\n| 需要创建主线/子线 | [task-create.md](references/task-create.md) |\n| 需要生成汇报 | [task-report.md](references/task-report.md) |\n| 需要做前置检查 | [task-check.md](references/task-check.md) |\n| 定时任务模板 | [cron-templates.md](references/cron-templates.md) |\n\n## **数据源：Cotrace**\n\n当用户说\"帮我记录\"但未提供具体内容时，**优先使用 Cotrace 获取工作数据**。\n详见 `skills/cotrace/SKILL.md`。\n\nFile v1.1.0:_meta.json\n\n{\n  \"ownerId\": \"kn721qkna8n7c3j5n9hvqpx4h986mbnk\",\n  \"slug\": \"auwomo-task\",\n  \"version\": \"1.1.0\",\n  \"publishedAt\": 1778732331579\n}\n\nFile v1.1.0:references/cron-templates.md\n\n# cron-templates\n\n定期任务模板，用于系统级 cron 部署。\n\n> **ops 消费说明**：这份文件是 cron 模板的 single source of truth。\n> ops 部署脚本 clone auwomo-skills 后，读取此文件内容配置系统 crontab。\n> 模板变更后重新部署即可生效。\n\n---\n\n## 每日记录提醒（推荐 17:30 触发）\n\n```\n你好，今天的工作快结束了。帮你看看今天做了什么，整理一下记录。\n\n操作步骤：\n1. 先用 Cotrace 查询今天的工作数据（如果可用）\n2. 检查是否已有今日记录：auwomo task check yesterday-record\n3. 如果已有记录 → 简要反馈\"今天已有记录，无需重复\"\n4. 如果没有记录 → 基于 Cotrace 数据生成草案 → 展示给用户确认 → 确认后记录\n\n参考：skills/auwomo-task/references/task-record.md\n```\n\n## 每日汇报（推荐 8:00 触发）\n\n```\n帮你生成今天的进展简报。\n\n操作步骤：\n1. 获取上下文：auwomo task context --duration 1d -d\n2. 检查昨日记录：auwomo task check yesterday-record\n3. 基于上下文生成简报（参考 task-report.md 的格式）\n4. 展示给用户确认\n\n参考：skills/auwomo-task/references/task-report.md\n```\n\n## 每周汇报（推荐周日 12:00 触发）\n\n```\n这周快结束了，帮你整理一下本周进展。\n\n操作步骤：\n1. 获取上下文：auwomo task context --duration 7d -d\n2. 检查缺失日：auwomo task missing --range 7d\n3. 生成周报草案\n4. 展示给用户确认\n\n参考：skills/auwomo-task/references/task-report.md\n```\n\n## 管理员团队日报（推荐 9:00 触发）\n\n```\n团队今日进展汇总。\n\n操作步骤：\n1. 获取团队上下文：auwomo task context --duration 1d -d --team\n2. 检查谁有遗漏：auwomo task missing --range 1d --team\n3. 按人生成简报（参考 task-report.md 管理员模式）\n4. 如有成员无记录 → 可选择发送提醒：auwomo message send --to <name> --text \"...\"\n\n参考：\n- skills/auwomo-task/references/task-report.md\n- skills/auwomo-message/references/message-send.md\n```\n\n## 缺失记录提醒（推荐 10:00 触发，检查昨天）\n\n```\n检查昨天是否有记录，如果没有则提醒补录。\n\n操作步骤：\n1. 检查：auwomo task check yesterday-record\n2. 如果 status=has_records → 无需操作\n3. 如果 status=no_records → 提醒用户：\"昨天没有检测到工作记录，要补一下吗？\"\n4. 如果用户同意 → 走 task-record 流程（模式 B）\n\n参考：skills/auwomo-task/references/task-record.md\n```\n\n## 部署方式\n\nops 部署脚本 clone 本仓库后，读取上述模板内容，写入系统 crontab：\n\n```cron\n30 17 * * 1-5  /path/to/trigger-daily-record.sh\n0   8 * * 1-5  /path/to/trigger-daily-report.sh\n0  12 * * 0    /path/to/trigger-weekly-report.sh\n0   9 * * 1-5  /path/to/trigger-admin-daily.sh\n0  10 * * 1-5  /path/to/trigger-missing-check.sh\n```\n\n每个 trigger 脚本负责向对应用户的 agent 发送上方模板中的 prompt 文本。\n\nFile v1.1.0:references/task-check.md\n\n# task-check\n\n前置检查命令，用于在执行操作前确认任务系统状态。\n\n## 三个检查子命令\n\n### check init\n\n检查是否已初始化 — 当前用户是否有可挂载的顶层主线任务。\n\n```bash\nauwomo task check init --format json\n```\n\n**输出字段**：\n- `ok` — 是否已初始化（有至少一个可挂载的顶层主线）\n- `status` — `\"initialized\"` 或 `\"missing\"`\n- `count` — 可挂载的候选数量\n- `candidates[]` — 每个候选的 guid, summary, description, depth, child_count\n\n**使用场景**：\n- 新用户首次使用前\n- 不确定是否有可用主线时\n- 如果 `status=missing`，需要引导用户走 `task-create` 流程\n\n---\n\n### check attachable\n\n查找当前可以挂载记录的候选任务。\n\n```bash\nauwomo task check attachable --format json\n```\n\n**输出字段**：\n- `ok` — 是否有可挂载候选\n- `status` — `\"attachable\"` 或 `\"blocked\"`\n- `attachable_count` — 可挂载的候选数\n- `candidate_count` — 总候选数（含 blocked）\n- `window` — 查询的时间窗口（默认 30 天）\n- `candidates[]` — 每个候选的详细信息：\n  - `attachable` — 是否可挂载\n  - `state` — `\"attachable\"` 或 `\"blocked\"`\n  - `reasons` — 不可挂载的原因列表\n  - `depth` — 在任务树中的深度\n  - `lineage` — 祖先链\n\n**候选排序**：\n- attachable 在前，blocked 在后\n- 深度越深越优先（最贴近当前工作的子线排前面）\n\n**不可挂载的原因**：\n- `not_app_created` — 不是由 app/bot 创建\n- `not_active` — 已完成\n- `not_structure` — 不是结构任务\n- `record_title` — 标题是 [记录]\n- `missing_description` — 缺少描述\n\n**使用场景**：\n- 在执行 `task record` 前确定挂载点\n- 帮用户选择合适的父任务\n\n---\n\n### check yesterday-record\n\n检查昨天是否有进展记录。\n\n```bash\nauwomo task check yesterday-record --format json\n```\n\n**输出字段**：\n- `ok` — 昨天是否有记录\n- `status` — `\"has_records\"` 或 `\"no_records\"`\n- `count` — 记录数量\n- `window` — 昨天的时间范围（start..end）\n- `records[]` — 每条记录的 guid, summary, completed_at, lineage\n\n**使用场景**：\n- 日报生成前检查是否有素材\n- 提醒用户补记录\n- 定时检查用户是否忘记记录进展\n\n---\n\n## 通用选项\n\n所有 check 命令支持：\n- `--team` — 包含下属的任务（管理员视角）\n- `--format json` — 机器可读输出\n\nFile v1.1.0:references/task-context.md\n\n# task-context\n\n查询当前任务上下文，了解任务树结构和最近进展。\n\n## 场景\n\n- 用户问\"我的任务怎么样了\"\n- 需要了解当前在做什么\n- 准备生成汇报前先获取上下文\n\n## 操作步骤\n\n### 1. 获取轻量上下文\n\n```bash\nauwomo task context --duration 7d\n```\n\n输出包含：\n- 活跃结构列表（active_structures）\n- 最近记录（recent_records）\n- 昨日记录（yesterday_records）\n- 树状视图（tree_lines）\n\n### 2. 获取详细上下文（含 description）\n\n```bash\nauwomo task context --duration 7d -d\n```\n\n加 `-d` 后，每个任务节点会附带 description 字段，帮助理解具体工作内容。\n\n### 3. 获取团队上下文\n\n```bash\nauwomo task context --duration 7d --team\n```\n\n`--team` 会包含当前用户所有下属的任务。\n\n### 4. 调整时间窗口\n\n```bash\nauwomo task context --duration 30d    # 最近 30 天\nauwomo task context --duration 2w     # 最近 2 周\n```\n\n支持的时间单位：`M`(分钟), `h`(小时), `d`(天), `w`(周), `m`(月), `y`(年)\n\n## 输出解读（JSON 模式）\n\n```bash\nauwomo task context --duration 7d --format json\n```\n\n关键字段：\n- `summary.active_structure_count` — 活跃结构任务数\n- `summary.recent_record_count` — 时间窗口内的记录数\n- `summary.yesterday_record_count` — 昨日记录数\n- `tree_lines` — 缩进树状文本行\n- `active_structures[]` — 每个活跃结构的 guid, summary, depth, child_count\n- `recent_records[]` — 最近记录的 guid, summary, completed_at\n\n## 错误处理\n\n- 身份未配置 → 先运行 `auwomo identity whoami` 确认\n- lark-cli 不可用 → 检查 `which lark-cli`\n- 结果为空 → 可能需要先通过 `task check init` 检查初始化状态\n\nFile v1.1.0:references/task-create.md\n\n# task-create\n\n在飞书任务中创建新的结构任务（主线或子线）。\n\n## 场景\n\n- 当前没有可承接工作的主线\n- 用户明确要求新开主线或子线\n- `check init` 返回 `missing`，需要初始化\n\n## 两种交互模式\n\n### 模式 A：用户提供了具体内容\n\n触发：\"帮我建一个主线：论文写作\" / \"创建子线：数据收集，挂在 xxx 下面\"\n\n```\n1. 根据用户描述拟定标题和归属\n2. 展示草案：\"准备创建 [主线] 论文写作，确认吗？\"\n3. 确认后 → 创建\n```\n\n### 模式 B：用户未明确说要创建什么\n\n触发：\"帮我建个任务\" / check init 显示 missing / 从 record 流程改道过来\n\n```\n1. 先确认：这更像\"会持续推进一段时间的长期任务\"还是\"一次性事项\"？\n   - 一次性事项 → 改走 task-record 流程\n   - 长期任务 → 继续\n2. 询问任务名称、大致内容\n3. 可选：询问是否有相关文档/材料可参考\n4. 用 context 检查是否已有类似主线（避免重复）\n5. 拟定草案 → 确认 → 创建\n```\n\n## 标题前缀\n\n- 新建顶层主线：`[主线] 论文写作`\n- 新建结构子任务：`[子线] 数据收集`\n- 不要在此流程中创建 `[记录]`（记录由 `task-record` 负责）\n\n## 操作命令\n\n### 创建主线\n\n```bash\nauwomo task create --title \"[主线] 论文写作\"\n```\n\n### 创建子线（挂在已有任务下）\n\n```bash\nauwomo task create --title \"[子线] 数据收集\" --parent <parent_guid>\n```\n\nCLI 自动行为：\n- 无 parent 且无前缀 → 自动加 `[主线]`\n- 有 parent 且无前缀 → 自动加 `[子线]`\n- 以 bot 身份创建\n- 默认 status = todo\n\n## 创建原则\n\n- 结构任务应由 app/bot 身份创建（确保后续 taskctx 可识别和挂接）\n- 创建前建议先看上下文：`auwomo task context --duration 7d`\n- 避免重复创建已存在的主线\n\n## 与 context 的配合\n\n创建前建议先运行：\n\n```bash\nauwomo task context --duration 7d\n```\n\n确认是否真的缺少结构，避免重复创建。\n\n## 不要这样做\n\n- 不要在未确认的情况下直接创建（必须与用户确认草案）\n- 不要把一次性事项创建为主线（应走 record 流程）\n- 不要手动管理标题前缀（CLI 自动处理）\n- 不要忽略已有主线直接创建新的（先检查 context）\n\nFile v1.1.0:references/task-record.md\n\n# task-record\n\n把一段已完成工作写入飞书任务树。\n\n## 场景\n\n- 用户说\"帮我记一下今天做了什么\"\n- 用户说\"记录一下：完成了数据清洗\"\n- cron 每日提醒触发记录流程\n- agent 自动记录进展\n\n## 两种交互模式\n\n### 模式 A：用户提供了内容\n\n触发：\"记录一下：今天完成了数据清洗工作\"\n\n```\n1. 整理用户提供的内容为简洁记录\n2. 展示草案，询问确认：\"这样记可以吗？\"\n3. 确认后 → 确定挂载点 → 记录\n```\n\n### 模式 B：用户未提供内容\n\n触发：\"帮我记一下最近做的\" / cron 提醒 / \"用一下记录技能\"\n\n```\n1. 优先尝试 Cotrace 获取工作数据（见下方）\n2. 如果 Cotrace 有数据 → 自动生成草案\n3. 如果 Cotrace 无数据/不可用 → 询问用户做了什么\n4. 展示草案，询问确认\n5. 确认后 → 确定挂载点 → 记录\n```\n\n## 使用 Cotrace 作为数据源（优先）\n\n在模式 B 中，优先使用 Cotrace 的 work-records 获取实际工作数据，参考 `skills/cotrace/SKILL.md`：\n\n```bash\n# 检查 Cotrace 是否可用\nftc health cotrace\n\n# 获取今天的工作摘要\necho '{\"tool\":\"get_workstream_summaries\",\"args\":{\"created\":{\"from\":\"<today>T00:00:00Z\",\"to\":\"<today>T23:59:59Z\"}}}' | ftc call cotrace\n\n# 获取详细内容\necho '{\"tool\":\"get_workstream_summaries_details\",\"args\":{\"identifiers\":[\"<id1>\",\"<id2>\"]}}' | ftc call cotrace\n```\n\n如果 Cotrace 不可用（`ftc` 找不到、health check 失败或无数据），退回到直接询问用户。\n\n## 层级契约\n\n- `[主线]`：顶层长期工作主线\n- `[子线]`：主线下或子线下的结构任务（支持多级）\n- `[记录]`：已完成工作的记录任务（本文档负责创建的对象）\n\n## 确定挂载点\n\n不要直接创建记录。先用 `check attachable` 找到合适的挂载候选：\n\n```bash\nauwomo task check attachable --format json\n```\n\n输出中 `attachable=true` 的候选按优先级排序（深度越深越优先）。\n\n### 挂载优先级\n\n1. 最细、最贴近当前工作、且合法可挂载的 `[子线]`\n2. 若没有更细合法 `[子线]`，回退到上层 `[子线]`\n3. 若仍没有，再回退到合法 `[主线]`\n4. 如果没有任何合法候选 → 改走 `task-create` 流程先创建结构\n\n## 创建记录\n\n```bash\nauwomo task record --work <parent_guid> --summary \"完成了数据清洗工作\"\n```\n\n- `--work`：父任务的 GUID（从 check attachable 结果中选取）\n- `--summary`：记录内容描述\n\nCLI 会自动：\n- 添加 `[记录]` 前缀（如果你没加）\n- 以 bot 身份创建\n- 创建时标记为已完成状态\n\n## 草案撰写原则\n\n- 简洁明了，一两句话概括做了什么\n- 用结果导向的语言，不要写过程细节\n- 如果来自 Cotrace 数据，提取核心成果而非罗列所有活动\n- 示例：\"完成实验数据预处理和特征提取\"，而非\"打开了 Python，写了一些代码...\"\n\n## 错误处理\n\n- `--work` 为空 → 必须指定父任务 GUID\n- `--summary` 为空 → 必须填写记录内容\n- 无可挂载候选 → 引导走 task-create 流程\n\n## 不要这样做\n\n- 不要跳过 `check attachable` 直接猜挂载点\n- 不要把记录挂在树外面（没有父任务的孤立记录）\n- 不要在未确认的情况下直接记录（必须与用户确认草案）\n- 不要把 Cotrace 原始数据大段贴为记录内容\n\nFile v1.1.0:references/task-report.md\n\n# task-report\n\n按时间段汇总任务进展，生成人可读的汇报。\n\n## 场景\n\n- 用户说\"帮我写日报\"、\"总结一下本周进展\"\n- 定时汇报（每日/每周）\n- 管理员需要团队进展概览\n\n## 操作步骤\n\n### 1. 确定时间窗口\n\n- 日报：`--duration 1d`\n- 周报：`--duration 7d`\n- 月报：`--duration 30d`\n\n### 2. 获取上下文\n\n普通用户：\n```bash\nauwomo task context --duration 7d -d\n```\n\n团队视角（管理员/有下属）：\n```bash\nauwomo task context --duration 7d -d --team\n```\n\n### 3. 生成汇报\n\n基于 context 输出，按以下原则编写汇报：\n\n**结构**：\n1. 一句话总览 — 整体有没有进展\n2. 重点推进 — 当前在做什么\n3. 当前状态 — 推进到什么程度\n\n**原则**：\n- 用人话写，不写工具日志\n- 先结论，再脉络，再补充\n- 保持主线 → 子线 → 记录的层级关系\n- 记录应放回其所属主线/子线脉络中理解\n- 不要把 description 大段原样贴进汇报\n- 如果没有新增记录，用自然语言说明\n\n### 4. 团队汇报（管理员视角）\n\n```bash\nauwomo task context --duration 7d -d --team --format json\n```\n\n团队汇报结构：\n1. 整体概览 — 谁有推进，谁暂无\n2. 按人简报 — 每人一两句\n3. 需要关注的点 — 哪些人暂无记录\n4. 风险卡点 — 阻塞/逾期/停滞的任务\n\n风险识别标准（按优先级）：\n- 阻塞状态\n- 逾期风险（due_at 已过/即将到期）\n- 进展停滞（超 3 天无更新）\n- 描述含\"风险\"、\"阻塞\"、\"卡住\"等关键词\n\n## 不要这样做\n\n- 不要自己重新扫描任务树（用 context 输出）\n- 不要把记录从所属主线/子线中剥离后平铺\n- 不要忽略多级子线结构\n- 不要把技术性判定直接当汇报内容","readmeExcerpt":"Skill: Auwomo Task Owner: tyqqj0 Summary: 任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。 Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress, 做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容... Tags: latest:1.5.0 Version history: v1.5.0 | 2026-05-25T06:26:14.600Z | user 扩展触发条件覆盖工作描述场景，明确task-record流程优先于本地memory v1.4.1 | 2026-05-20T05:55:31.684Z | user missing_description 改为 warning（不再阻断挂载），check attachable 输","codeSnippets":[],"executableExamples":[{"language":"bash","snippet":"auwomo identity whoami"},{"language":"bash","snippet":"auwomo task check init --format json"},{"language":"bash","snippet":"auwomo task check attachable --format json"},{"language":"bash","snippet":"auwomo task check yesterday-record --format json"},{"language":"bash","snippet":"auwomo task context --duration 7d"},{"language":"bash","snippet":"auwomo task context --duration 7d -d"}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: auwomo-task\nversion: 1.5.0\ndescription: >\n  任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。\n  Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress,\n  做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容, 今日进展.\n  NOT for: 消息发送(use auwomo-message), 提醒配置(暂不支持).\nmetadata:\n  openclaw:\n    requires:\n      bins:\n        - auwomo\n        - lark-cli\n---\n\n# auwomo-task\n\n围绕飞书任务的长期任务结构、进展记录、汇报能力。所有操作通过 `auwomo` CLI 执行。\n\n## 触发条件\n\n当用户提到以下内容时激活本技能：\n\n- 查看任务、任务进展、任务上下文\n- 记录工作、写进展、\"帮我记一下\"\n- 生成日报、周报、汇报\n- 创建主线、子线任务\n- \"看看我的任务\"、\"check 一下\"\n- **用户描述做了什么工作**：\"今天修了 xxx\"、\"完成了 xxx\"、\"搞定了 xxx\"、\"做了 xxx\"\n  → 这是工作记录请求，走 task-record 流程，**不要写到本地 memory**\n\n## 排除场景\n\n- 只是闲聊、不涉及飞书任务系统 → 不激活\n- 发消息给某人 → 转到 `auwomo-message`\n- agent→agent 通信 → 暂不支持\n\n## 前置依赖\n\n执行任何操作前，确认身份可用：\n\n```bash\nauwomo identity whoami\n```\n\n如果返回错误，先解决身份问题再继续。\n\n## 标题前缀契约\n\n| 前缀 | 含义 | 创建方式 |\n|------|------|---------|\n| `[主线]` | 顶层长期工作主线 | `task create` |\n| `[子线]` | 主线下的结构子任务（支持多级） | `task create --parent` |\n| `[记录]` | 已完成工作的记录 | `task record` |\n\n## CLI 命令速查表\n\n| 场景 | 命令 | 说明 |\n|------|------|------|\n| 查看任务上下文 | `auwomo task context --duration 7d` | 轻量模式 |\n| 查看详细上下文 | `auwomo task context --duration 7d -d` | 含 description |\n| 查看团队上下文 | `auwomo task context --duration 7d --team` | 含下属 |\n| 检查是否已初始化 | `auwomo task check init` | 有无可挂载主线 |\n| 检查可挂载候选 | `auwomo task check attachable` | 找记录挂点 |\n| 检查昨日记录 | `auwomo task check yesterday-record` | 昨天有无进展 |\n| 列出任务 | `auwomo task list` | 扁平列表 |\n| 查看任务树 | `auwomo task tree` | 完整树状结构 |\n| 查看单个任务 | `auwomo task show <guid>` | 详细信息 |\n| 记录进展 | `auwomo task record --work <guid> --summary \"...\"` | 创建记录 |\n| 创建任务 | `auwomo task create --title \"[主线] ...\"` | 创建主线/子线 |\n\n所有命令支持 `--format json` 切换为机器可读输出。\n\n## 参考文档路由\n\n| 场景 | 文档 |\n|------|------|\n| 需要了解当前任务状态 | [task-context.md](references/task-context.md) |\n| 需要记录一段工作 | [task-record.md](references/task-record.md) |\n| 需要创建主线/子线 | [task-create.md](references/task-create.md) |\n| 需要生成汇报 | [task-report.md](references/task-report.md) |\n| 需要做前置检查 | [task-check.md](references/task-check.md) |\n| 定时任务模板 | [cron-templates.md](references/cron-templates.md) |\n\n## **数据源：Cotrace**\n\n当用户说\"帮我记录\"但未提供具体内容时，**优先使用 Cotrace 获取工作数据**。\n详见 `skills/cotrace/SKILL.md`。"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn721qkna8n7c3j5n9hvqpx4h986mbnk\",\n  \"slug\": \"auwomo-task\",\n  \"version\": \"1.5.0\",\n  \"publishedAt\": 1779690374600\n}"},{"path":"references/cron-templates.md","content":"# cron-templates\n\n定期任务模板，用于系统级 cron 部署。\n\n> **ops 消费说明**：实际部署的 prompt 在 `auwomo-ops/desired-state/30-daily-report/prompts/` 中维护。\n> 此文件作为参考文档，描述各模板的设计意图和行为。\n\n---\n\n## 角色感知机制\n\n所有汇报类 prompt 都包含 **Step 0: 身份与权限检查**：\n\n1. 读取 `$OPENCLAW_DISPLAY_NAME` 作为用户称呼\n2. `auwomo identity whoami --format json` — 确认身份可用\n3. `auwomo identity subordinates --format json` — 判断 has_team\n4. 后续命令如返回 auth 错误 → 进入未初始化模式\n\n这使得同一个 prompt 可以根据用户角色自动切换个人/团队视角。\n\n## 未初始化状态处理\n\n当检测到 `need_user_authorization` 或类似认证错误时，不输出技术性报错，改为输出友好引导消息：介绍自身能力、说明当前状态、引导用户完成配置。\n\n---\n\n## 昨日简报（周二至周六 08:00）\n\n- 个人视角：基于 `task context --duration 1d -d` 概括昨日进展\n- 团队视角（has_team=true）：\n  - `task context --duration 1d -d --team` — 按 assignee 分组简报\n  - `task missing --range 2d --team` — 缺失记录提醒\n  - 停滞主线检查（>7天/14天阈值，使用同理心表述）\n\n## 今日记录提醒（周一至周五 18:00）\n\n- 检查可挂载任务 → 提醒用户记录今日进展\n- 纯个人视角，不含团队内容\n- 语气低负担、易回复\n\n## 周汇报（周日 16:00）\n\n- 个人周报：基于 `task context --duration 7d -d`\n  - 本周完成/进行中/受阻\n  - 下周建议\n  - 个人停滞自检（>3天无记录的主线）\n- 团队周报（has_team=true）：\n  - `task context --duration 7d -d --team` — 按 assignee 分组周报\n  - `task missing --range 7d --team` — 缺失记录统计\n  - 停滞主线检查（7-14天/14天+阈值，使用同理心表述）\n\n## 停滞阈值汇总\n\n| 场景 | 阈值 | 触发条件 |\n|------|------|---------|\n| 个人主线自提醒 | 3天 | 自己的主线 updated_at > 3d |\n| 团队主线提醒 | 7天 | 下属的主线 updated_at > 7d |\n| 团队主线警告 | 14天 | 下属的主线 updated_at > 14d |\n| 缺交记录提醒 | 2天 | task missing count > 0 |\n\n## 同理心表述规则\n\n详见 [task-report.md](task-report.md) 的\"同理心表述规则\"章节。所有涉及\"某人没做某事\"的表述必须遵循该规则。\n\n## 部署方式\n\n实际 prompt 文件在 `auwomo-ops` 仓库中维护：\n- `desired-state/30-daily-report/prompts/yesterday-report.md`\n- `desired-state/30-daily-report/prompts/end-of-day-record.md`\n- `desired-state/30-daily-report/prompts/weekly-report.md`\n\n调度配置在 `desired-state/30-daily-report/crons.yaml` 中定义。\n通过 `reconcile_crons` playbook 部署到各容器。"},{"path":"references/task-check.md","content":"# task-check\n\n前置检查命令，用于在执行操作前确认任务系统状态。\n\n## 三个检查子命令\n\n### check init\n\n检查是否已初始化 — 当前用户是否有可挂载的顶层主线任务。\n\n```bash\nauwomo task check init --format json\n```\n\n**输出字段**：\n- `ok` — 是否已初始化（有至少一个可挂载的顶层主线）\n- `status` — `\"initialized\"` 或 `\"missing\"`\n- `count` — 可挂载的候选数量\n- `candidates[]` — 每个候选的 guid, summary, description, depth, child_count\n\n**使用场景**：\n- 新用户首次使用前\n- 不确定是否有可用主线时\n- 如果 `status=missing`，需要引导用户走 `task-create` 流程\n\n---\n\n### check attachable\n\n查找当前可以挂载记录的候选任务。\n\n```bash\nauwomo task check attachable --format json\n```\n\n**输出字段**：\n- `ok` — 是否有可挂载候选\n- `status` — `\"attachable\"` 或 `\"blocked\"`\n- `attachable_count` — 可挂载的候选数\n- `candidate_count` — 总候选数（含 blocked）\n- `window` — 查询的时间窗口（默认 30 天）\n- `candidates[]` — 每个候选的详细信息：\n  - `attachable` — 是否可挂载\n  - `state` — `\"attachable\"` 或 `\"blocked\"`\n  - `reasons` — 不可挂载的原因列表（硬阻断）\n  - `warnings` — 可挂载但有提示（如缺少描述）\n  - `depth` — 在任务树中的深度\n  - `lineage` — 祖先链\n\n**候选排序**：\n- attachable 在前，blocked 在后\n- 无 warning 的在有 warning 的前面\n- 深度越深越优先（最贴近当前工作的子线排前面）\n\n**不可挂载的原因（reasons）**：\n- `not_app_created` — 不是由 app/bot 创建\n- `not_active` — 已完成\n- `not_structure` — 不是结构任务\n- `record_title` — 标题是 [记录]\n\n**警告（warnings）** — 可挂载但建议处理：\n- `missing_description` — 缺少描述，建议用 `task update <guid> --desc \"...\"` 补充\n\n**使用场景**：\n- 在执行 `task record` 前确定挂载点\n- 帮用户选择合适的父任务\n- 发现 `missing_description` 时，主动建议补充描述\n\n---\n\n### check yesterday-record\n\n检查昨天是否有进展记录。\n\n```bash\nauwomo task check yesterday-record --format json\n```\n\n**输出字段**：\n- `ok` — 昨天是否有记录\n- `status` — `\"has_records\"` 或 `\"no_records\"`\n- `count` — 记录数量\n- `window` — 昨天的时间范围（start..end）\n- `records[]` — 每条记录的 guid, summary, completed_at, lineage\n\n**使用场景**：\n- 日报生成前检查是否有素材\n- 提醒用户补记录\n- 定时检查用户是否忘记记录进展\n\n---\n\n## 通用选项\n\n所有 check 命令支持：\n- `--team` — 包含下属的任务（管理员视角）\n- `--format json` — 机器可读输出"},{"path":"references/task-context.md","content":"# task-context\n\n查询当前任务上下文，了解任务树结构和最近进展。\n\n## 场景\n\n- 用户问\"我的任务怎么样了\"\n- 需要了解当前在做什么\n- 准备生成汇报前先获取上下文\n\n## 操作步骤\n\n### 1. 获取轻量上下文（默认）\n\n```bash\nauwomo task context --duration 7d\n```\n\n输出包含：\n- 活跃结构列表（active_structures）\n- 最近记录（recent_records）\n- 昨日记录（yesterday_records）\n- 树状视图（tree_lines）\n\n### 2. 获取详细上下文（含 description）\n\n```bash\nauwomo task context --duration 7d -d\n```\n\n加 `-d` 后，每个任务节点会附带 description 字段，帮助理解具体工作内容。\n\n### 3. 获取团队上下文\n\n```bash\nauwomo task context --duration 7d --team\n```\n\n`--team` 会包含当前用户所有下属的任务。\n\n### 4. 调整时间窗口\n\n```bash\nauwomo task context --duration 30d    # 最近 30 天\nauwomo task context --duration 2w     # 最近 2 周\n```\n\n支持的时间单位：`M`(分钟), `h`(小时), `d`(天), `w`(周), `m`(月), `y`(年)\n\n## 何时使用 `-d`（详细模式）\n\n### 不需要 `-d` 的场景（轻量模式足够）：\n\n- 生成日报、周报（标题 + 树结构已够写汇报）\n- 简单状态查询（\"我最近做了啥\"）\n- 检查是否有新记录\n- cron 定时汇报触发\n\n### 需要 `-d` 的场景：\n\n- 用户问某个主线/子线具体是做什么的\n- 用户要求增删或调整主线/子线结构（需要理解每个的含义才能决策）\n- 深入对话：用户对某个任务感兴趣，想了解更多\n- 排查 `missing_description` 问题\n- 写详细的月度/季度总结\n\n### 原则\n\n轻量模式是默认选择。只在需要理解\"这个任务到底是什么\"时才用 `-d`。日常记录和汇报不需要加载描述——标题本身已经传达了足够信息。\n\n## 输出解读（JSON 模式）\n\n```bash\nauwomo task context --duration 7d --format json\n```\n\n关键字段：\n- `summary.active_structure_count` — 活跃结构任务数\n- `summary.recent_record_count` — 时间窗口内的记录数\n- `summary.yesterday_record_count` — 昨日记录数\n- `tree_lines` — 缩进树状文本行\n- `active_structures[]` — 每个活跃结构的详细信息：\n  - `guid`, `summary`, `status` — 基本信息\n  - `depth`, `child_count`, `parent_guid` — 树结构\n  - `lineage_summary` — 上级脉络\n  - `assignee` — 负责人名字（`--team` 时按此分组）\n  - `assignee_open_id` — 负责人飞书 open_id\n  - `updated_at` — 最后更新时间（RFC3339，用于停滞检测）\n  - `description` — 任务描述（仅 `-d` 模式）\n- `recent_records[]` — 最近记录的 guid, summary, completed_at, assignee, assignee_open_id, updated_at\n\n> **团队模式**：`--team` 返回包含所有下属的聚合数据。按 `assignee` 或 `assignee_open_id` 分组可得到按人视角。\n\n## 错误处理\n\n- 身份未配置 → 先运行 `auwomo identity whoami` 确认\n- lark-cli 不可用 → 检查 `which lark-cli`\n- 结果为空 → 可能需要先通过 `task check init` 检查初始化状态"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。 Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress, 做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容... Skill: Auwomo Task Owner: tyqqj0 Summary: 任务管理：查看任务上下文、记录进展、创建主线/子线、生成汇报。 Triggers: 任务, 进展, 记录, 汇报, 主线, 子线, 待办, 日报, 周报, context, record, report, progress, 做了, 完成了, 修了, 搞定了, 推进了, 今天做的, 帮我记, 写进任务, 工作内容... Tags: latest:1.5.0 Version history: v1.5.0 | 2026-05-25T06:26:14.600Z | user 扩展触发条件覆盖工作描述场景，明确task-record流程优先于本地memory v1.4.1 | 2026-05-20T05:55:31.684Z | user missing_description 改为 warning（不再阻断挂载），check attachable 输","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":818,"uniquenessScore":45,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-10T18:31:18.630Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-10T18:31:18.630Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-10T21:47:43.110Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}