360 Secure SkillHub
360 安全技能中心

Monday.com Accountability

基于 Monday.com GraphQL API 管理看板上的问责条目:创建条目与子任务、读取状态与更新、切换状态、记录最后检查时间;按 cron 小时触发工作会话,制定计划、执行工作、写更新与每日汇总。帮助脚本 scripts/monday-api.sh 在文件列表中缺失。

novalystrix
novalystrix
热度 40.15
最近更新 2026-05-18 12:38:26
分类:协作依赖:代码执行 / 第三方 API应用场景:任务管理 / 工作流 / 自动化脚本 / 报告撰写

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add monday-accountability
Metadata
name
accountability
description
Manage accountability items on the configured Monday.com board. Use when creating new accountability items, checking on existing ones, running work sessions, or when a cron job fires. Also use when the owner assigns accountability or asks about status.

Accountability Skill

Board Info

  • Board ID: Configured via boardId in plugin config
  • Columns: Configured via columns in plugin config (with sensible defaults)

Columns

Column Config Key Type Purpose
Status columns.status status Active / Done / Blocked
Check Frequency columns.checkFrequency text How often to check: 1h, 2h, 4h, 8h, daily
Last Checked columns.lastChecked date When the agent last reviewed this item
Details columns.details long_text Full definition of what "done" means, context, blockers
Assigned By columns.assignedBy status Who created/assigned this task: {owner} or {agent}

Completion Rules

  • Owner-assigned tasks: Only the owner can mark them Done. The agent may suggest completion but must NOT change status to Done.
  • Agent-assigned tasks: The agent can mark them Done independently.
  • Always check "Assigned By" before changing any status to Done.

API Setup

  • Token: configured via mondayApiToken in plugin config
  • Endpoint: https://api.monday.com/v2 (GraphQL)
  • Auth header: Authorization: <token>

Hourly Work Session (Cron-Triggered)

This is the core loop. Every hour, a cron job fires and the agent runs a real work session — not just a status check.

Phase 1: Review & Plan

  1. Read all active items from the Monday board (including sub-items)
  2. Assess each item: What's the current state? What changed since last check? What's blocking progress?
  3. Pick what to work on — prioritize items that are unblocked and can make real progress
  4. Break work into subtasks — create sub-items under the main accountability item on Monday
  5. Write the plan in the Doc column of the sub-item: what you're about to do, approach, expected outcome

Phase 2: Do the Work

  1. Execute the plan:
    • For code work: Follow the product-dev process — Claude Code writes code, test, iterate. Never code directly.
    • For non-code work: Do it directly (config changes, research, outreach, etc.)
  2. Write an update on the main accountability item in Monday (Updates section) with what was done and results

Phase 3: Handle Being Stuck

If stuck, blocked, or unsure what to do next:

  1. Reassess the whole project fresh — don't keep banging on the same approach
  2. If it's code: Read ALL of it. Understand the goal. Reflect on everything as if seeing it for the first time.
  3. Create new tasks as needed (sub-items on Monday)
  4. Orchestrate others:
    • Sub-agents: Spawn Claude Code or other coding agents for implementation
    • People: Message anyone who can help unblock you
  5. If you genuinely need the owner: Message them with specific context — what you tried, what failed, what you need from them

Phase 4: Wrap Up

  1. Update "Last Checked" date on all reviewed items
  2. Update statuses: Move items to Blocked/Stuck if appropriate
  3. For owner-assigned items that look complete: Write an update suggesting it's done, but do NOT change status to Done — only the owner can do that

Workflow: Creating New Accountability Items

  1. Create item on the configured board with accountability_create_item
  2. Set Details column with: goal, definition of done, current state
  3. Set Check Frequency (e.g. "1h")
  4. Set Assigned By: {owner} or {agent} depending on who initiated it
  5. Write first update with current status
  6. The hourly work session cron handles all items — no need for per-item crons

Workflow: Daily Summary

Every day at the configured time, review all active items and write a consolidated update to the owner.


Monday.com Sub-Items

Sub-items are used as subtasks under each accountability item. They represent specific work units.

Create sub-item

mutation { create_subitem(parent_item_id: PARENT_ID, item_name: "SUBTASK_NAME", column_values: "{\"DETAILS_COL_ID\":{\"text\":\"PLAN\"}}") { id } }

Read sub-items

{ items(ids: [PARENT_ID]) { subitems { id name column_values { id text value } } } }

GraphQL Snippets

Read all active items (with sub-items)

{ boards(ids: BOARD_ID) { items_page(limit: 50) { items { id name column_values { id text value } updates(limit: 3) { body created_at } subitems { id name column_values { id text value } } } } } }

Create item

mutation { create_item(board_id: BOARD_ID, item_name: "TITLE", column_values: "{\"DETAILS_COL\":{\"text\":\"DETAILS\"},\"FREQ_COL\":\"FREQ\",\"ASSIGNED_COL\":{\"label\":\"ASSIGNEE\"}}") { id } }

Write update

mutation { create_update(item_id: ITEM_ID, body: "<p>UPDATE_HTML</p>") { id } }

Update Last Checked

mutation { change_column_value(board_id: BOARD_ID, item_id: ITEM_ID, column_id: "LAST_CHECKED_COL", value: "{\"date\":\"YYYY-MM-DD\"}") { id } }

Change Status

Status labels: Working on it (1/orange), Done (2/green), Stuck (0/red)

mutation { change_column_value(board_id: BOARD_ID, item_id: ITEM_ID, column_id: "STATUS_COL", value: "{\"label\":\"Working on it\"}") { id } }

Helper Script

Run scripts/monday-api.sh for common operations:

# List items
bash scripts/monday-api.sh list
# Add update to item
bash scripts/monday-api.sh update <item_id> "<html body>"
# Set last checked
bash scripts/monday-api.sh checked <item_id>

Messaging Etiquette

  • Never message people outside configured messaging hours unless it's genuinely urgent
  • If you need someone's input and it's outside hours, note it as a blocker and follow up when hours resume

Critical: Read Before Working

Before doing ANY work on an accountability item, you MUST read the full Document/Details column on that item first. This contains important context, constraints, and explicit instructions about what to do and what NOT to do. Skipping this step has caused the agent to undo previous decisions. No exceptions.

Sub-Agent Context Rule

When spawning any sub-agent for work on an accountability item, you MUST include the full text from the item's Details/Doc column in the sub-agent's task prompt. This includes constraints, warnings, history, and explicit "DO NOT" instructions. The sub-agent has no memory of previous sessions — if it doesn't get the context in its prompt, it will make decisions that contradict prior decisions.