[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M799ZPN8SW4166XAJSPCDPRT":3,"skill-same:01M799ZPN8SW4166XAJSPCDPRT":101},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":26,"commitSha":27,"skillDirectory":28,"forksCount":14,"repositoryHtmlUrl":29,"repositoryHomepageUrl":30,"ownerHtmlUrl":31,"ownerBlogUrl":32,"ownerDescription":33,"updatedAt":34,"install":35,"resources":48},"01M799ZPN8SW4166XAJSPCDPRT","operator-inbox",null,"Maintain a provider-neutral local action queue from bounded provider observations and explicit human dispositions.","ZachDreamZ\u002Frunx","ZachDreamZ","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F22769595?v=4","01M799NTP9N5VYWB4JY50MC7Y3","NexusCore","01M799NTQ1AYT8TZC0XTSEZXDJ",0,"MIT","https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002FSKILL.md",[],[],"2026-11-15 14:19:17",false,"---\nname: operator-inbox\ndescription: Maintain a provider-neutral local action queue from bounded provider observations and explicit human dispositions.\nrunx:\n  category: ops\n---\n\n# Operator Inbox\n\nMaintain a durable action queue without turning a connector into the owner of\noperator state.\n\nThe caller fetches bounded, grant-authorized provider pages and passes their\nnormalized observations to this skill. The skill owns work-item identity,\nstatus, dispositions, replay suppression, reopen rules, and scan coverage. Every\nread and write is composed through `data-store`; the skill does not call Slack,\nSQLite, Postgres, or another provider directly.\n\n## What this skill does\n\nUse `local:\u002F\u002Frunx\u002Foperator-inbox\u002Fdefault` unless the operator selects another\nlogical source. Unbound local refs resolve to SQLite under\n`.runx\u002Fdata\u002Flocal-sources\u002F`. A hosted database is opt-in through the same\n`data_source_ref` binding. Runx Connect may still own OAuth, grants, and provider\nexecution; that does not move this queue into the hosted control plane.\n\nObservations and resumable checkpoints live in `operator_inbox_scans`, partitioned\nby query digest. Action snapshots live in `operator_inbox_actions`, with one\nstream per stable thread digest. Queue reads use bounded `list_stream_heads`\npages; no command folds or transports the complete queue.\n\n## When to use this skill\n\n- Build or revisit a local action queue from bounded connector observations.\n- Preserve an explicit `resolved`, `dismissed`, `waiting`, or `followed_up`\n  decision across repeated provider scans.\n- Reopen a completed item when a newer external occurrence arrives.\n- Inspect bounded action or scan state without handing queue ownership to the\n  provider or hosted control plane.\n\n## When not to use this skill\n\n- Do not fetch provider data, reply, send, or mutate a remote account here.\n- Do not infer that an item is complete from message text or provider state.\n- Do not use it as an unbounded archive of raw messages or credentials.\n- Do not place a private operator's routing policy or identity in this public\n  package; pass normalized observations and explicit dispositions as inputs.\n\n## Status rules\n\nItems use `open`, `waiting`, `followed_up`, `resolved`, or `dismissed`.\n\n- Provider observations never infer completion.\n- A human disposition records actor, reason, time, the latest external\n  occurrence it covers, and optional HTTPS evidence.\n- Replaying old search history preserves the human status.\n- An external message newer than the covered occurrence reopens the item to\n  `open`, including unseen work that arrived before the disposition was saved.\n- Scan coverage is explicit: `running`, `complete`, `truncated`, or `failed`.\n- Direct mentions are actionable structural evidence. Author and keyword scans\n  remain observation-only unless the operator explicitly marks the query\n  actionable. The skill does not contain provider-specific keyword heuristics.\n\nThe provider-neutral thread locator is the item key. Stored previews are bounded;\ncredentials, tokens, and full provider response envelopes are forbidden.\n\n## Procedure\n\n1. Read the latest checkpoint for the bounded query digest.\n2. Resume its provider cursor when the prior scan was interrupted or truncated.\n3. Fetch one bounded provider page through the caller's authorized connector.\n4. Record actionable messages against their per-thread streams and append the\n   scan page with its next cursor.\n5. On a version conflict, reload only the affected scan or action stream and\n   retry the idempotent transition.\n6. List queue state through bounded action-head pages and use\n   `record_disposition` only for an explicit operator correction.\n\nThe loop is outside the kernel. Each page or disposition remains one governed,\nreceipt-backed Runx turn.\n\n## Edge cases and stop conditions\n\n- `needs_input`: missing query identity, observation, disposition,\n  actor, reason, or scan coverage.\n- `conflict`: the projection version is stale; reload before retrying.\n- `provider_unavailable`: the caller cannot prove provider read coverage.\n- `too_broad`: a page exceeds the bounded message count or contains unnormalized\n  provider data.\n- `refused`: a caller asks this skill to send, reply, broaden a grant, store a\n  token, or silently claim complete coverage.\n\n## Output schema\n\nWrite runners emit `runx.effect.transition.v1`, containing the effect family,\noperation, expected projection version, idempotency key, and one normalized\nevent. Read and list runners return the corresponding bounded `data-store`\nevent result; they never synthesize provider coverage or completion.\n\n## Worked example\n\nGiven a normalized direct mention from a teammate in one provider thread,\n`record_action_observation` derives the stable action id from the provider-neutral\nthread locator and appends an `open` action snapshot. If the operator later\nrecords `resolved` with a reason, replaying that mention preserves `resolved`;\na newer external reply in the same thread appends a reopened `open` snapshot.\n\n## Inputs\n\nAll runners require `data_source_ref`. Write runners also take the target id,\n`expected_version`, and `observed_at`, plus exactly the normalized payload for\ntheir operation: `scan` and `messages`, `message` and `triage`, `disposition`,\nor an imported `action`. Reads take `action_id` or `query_digest`; list runners\ntake bounded `limit` and optional cursor or filter fields.\n","# Operator Inbox\n\nMaintain a durable action queue without turning a connector into the owner of\noperator state.\n\nThe caller fetches bounded, grant-authorized provider pages and passes their\nnormalized observations to this skill. The skill owns work-item identity,\nstatus, dispositions, replay suppression, reopen rules, and scan coverage. Every\nread and write is composed through `data-store`; the skill does not call Slack,\nSQLite, Postgres, or another provider directly.\n\n## What this skill does\n\nUse `local:\u002F\u002Frunx\u002Foperator-inbox\u002Fdefault` unless the operator selects another\nlogical source. Unbound local refs resolve to SQLite under\n`.runx\u002Fdata\u002Flocal-sources\u002F`. A hosted database is opt-in through the same\n`data_source_ref` binding. Runx Connect may still own OAuth, grants, and provider\nexecution; that does not move this queue into the hosted control plane.\n\nObservations and resumable checkpoints live in `operator_inbox_scans`, partitioned\nby query digest. Action snapshots live in `operator_inbox_actions`, with one\nstream per stable thread digest. Queue reads use bounded `list_stream_heads`\npages; no command folds or transports the complete queue.\n\n## When to use this skill\n\n- Build or revisit a local action queue from bounded connector observations.\n- Preserve an explicit `resolved`, `dismissed`, `waiting`, or `followed_up`\n  decision across repeated provider scans.\n- Reopen a completed item when a newer external occurrence arrives.\n- Inspect bounded action or scan state without handing queue ownership to the\n  provider or hosted control plane.\n\n## When not to use this skill\n\n- Do not fetch provider data, reply, send, or mutate a remote account here.\n- Do not infer that an item is complete from message text or provider state.\n- Do not use it as an unbounded archive of raw messages or credentials.\n- Do not place a private operator's routing policy or identity in this public\n  package; pass normalized observations and explicit dispositions as inputs.\n\n## Status rules\n\nItems use `open`, `waiting`, `followed_up`, `resolved`, or `dismissed`.\n\n- Provider observations never infer completion.\n- A human disposition records actor, reason, time, the latest external\n  occurrence it covers, and optional HTTPS evidence.\n- Replaying old search history preserves the human status.\n- An external message newer than the covered occurrence reopens the item to\n  `open`, including unseen work that arrived before the disposition was saved.\n- Scan coverage is explicit: `running`, `complete`, `truncated`, or `failed`.\n- Direct mentions are actionable structural evidence. Author and keyword scans\n  remain observation-only unless the operator explicitly marks the query\n  actionable. The skill does not contain provider-specific keyword heuristics.\n\nThe provider-neutral thread locator is the item key. Stored previews are bounded;\ncredentials, tokens, and full provider response envelopes are forbidden.\n\n## Procedure\n\n1. Read the latest checkpoint for the bounded query digest.\n2. Resume its provider cursor when the prior scan was interrupted or truncated.\n3. Fetch one bounded provider page through the caller's authorized connector.\n4. Record actionable messages against their per-thread streams and append the\n   scan page with its next cursor.\n5. On a version conflict, reload only the affected scan or action stream and\n   retry the idempotent transition.\n6. List queue state through bounded action-head pages and use\n   `record_disposition` only for an explicit operator correction.\n\nThe loop is outside the kernel. Each page or disposition remains one governed,\nreceipt-backed Runx turn.\n\n## Edge cases and stop conditions\n\n- `needs_input`: missing query identity, observation, disposition,\n  actor, reason, or scan coverage.\n- `conflict`: the projection version is stale; reload before retrying.\n- `provider_unavailable`: the caller cannot prove provider read coverage.\n- `too_broad`: a page exceeds the bounded message count or contains unnormalized\n  provider data.\n- `refused`: a caller asks this skill to send, reply, broaden a grant, store a\n  token, or silently claim complete coverage.\n\n## Output schema\n\nWrite runners emit `runx.effect.transition.v1`, containing the effect family,\noperation, expected projection version, idempotency key, and one normalized\nevent. Read and list runners return the corresponding bounded `data-store`\nevent result; they never synthesize provider coverage or completion.\n\n## Worked example\n\nGiven a normalized direct mention from a teammate in one provider thread,\n`record_action_observation` derives the stable action id from the provider-neutral\nthread locator and appends an `open` action snapshot. If the operator later\nrecords `resolved` with a reason, replaying that mention preserves `resolved`;\na newer external reply in the same thread appends a reopened `open` snapshot.\n\n## Inputs\n\nAll runners require `data_source_ref`. Write runners also take the target id,\n`expected_version`, and `observed_at`, plus exactly the normalized payload for\ntheir operation: `scan` and `messages`, `message` and `triage`, `disposition`,\nor an imported `action`. Reads take `action_id` or `query_digest`; list runners\ntake bounded `limit` and optional cursor or filter fields.\n",{"name":5,"runx":24,"description":7},{"category":25},"ops","main","fe90232960df6d9653e72e8d024a9d859e1ae524","skills\u002Foperator-inbox","https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx","https:\u002F\u002Frunx.ai","https:\u002F\u002Fgithub.com\u002FZachDreamZ","https:\u002F\u002Fagentapigw.dpdns.org","Building Agent API Gateway — structured web data for AI agents. Consistent until I make it.","2026-07-17 04:21:10",{"source":8,"skillName":5,"commands":36,"prompt":46,"zipAvailable":47},[37,40,43],{"tool":38,"command":39},"npx","npx skills add ZachDreamZ\u002Frunx --skill operator-inbox",{"tool":41,"command":42},"bunx","bunx skills add ZachDreamZ\u002Frunx --skill operator-inbox",{"tool":44,"command":45},"pnpm","pnpm dlx skills add ZachDreamZ\u002Frunx --skill operator-inbox","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002FSKILL.md",true,[49,55,59,63,67,71,75,79,83,89,93,97],{"path":50,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":53,"sourceHtmlUrl":54},"fixtures\u002Fimport-action.yaml","REFERENCE","参考文档",1394,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Ffixtures\u002Fimport-action.yaml",{"path":56,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":57,"sourceHtmlUrl":58},"fixtures\u002Flist-actions.yaml",390,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Ffixtures\u002Flist-actions.yaml",{"path":60,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":61,"sourceHtmlUrl":62},"fixtures\u002Flist-scans.yaml",333,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Ffixtures\u002Flist-scans.yaml",{"path":64,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":65,"sourceHtmlUrl":66},"fixtures\u002Fread-action.yaml",411,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Ffixtures\u002Fread-action.yaml",{"path":68,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":69,"sourceHtmlUrl":70},"fixtures\u002Fread-scan.yaml",406,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Ffixtures\u002Fread-scan.yaml",{"path":72,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":73,"sourceHtmlUrl":74},"fixtures\u002Frecord-action-observation.yaml",1124,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Ffixtures\u002Frecord-action-observation.yaml",{"path":76,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":77,"sourceHtmlUrl":78},"fixtures\u002Frecord-disposition.yaml",1537,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Ffixtures\u002Frecord-disposition.yaml",{"path":80,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":81,"sourceHtmlUrl":82},"fixtures\u002Frecord-scan-page.yaml",668,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Ffixtures\u002Frecord-scan-page.yaml",{"path":84,"resourceType":85,"resourceTypeDesc":86,"sizeBytes":87,"sourceHtmlUrl":88},"graph\u002Fplan\u002Frun.mjs","SCRIPT","脚本",726,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Fgraph\u002Fplan\u002Frun.mjs",{"path":90,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":91,"sourceHtmlUrl":92},"graph\u002Fplan\u002FX.yaml",1660,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Fgraph\u002Fplan\u002FX.yaml",{"path":94,"resourceType":85,"resourceTypeDesc":86,"sizeBytes":95,"sourceHtmlUrl":96},"graph\u002Fstate.mjs",14824,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002Fgraph\u002Fstate.mjs",{"path":98,"resourceType":51,"resourceTypeDesc":52,"sizeBytes":99,"sourceHtmlUrl":100},"X.yaml",7710,"https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Foperator-inbox\u002FX.yaml",[102,109,116,123,130,137],{"skillNo":103,"name":104,"nameZh":6,"description":105,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":106,"categories":107,"keywords":108,"publishedAt":19},"01M79A3PCWPN0YG6XG3X2YWGY4","zapier-handoff","Validate a runx execution context and hand off a governed payload to a Zapier Catch Hook with scoped auth, idempotency, and receipt expectations.","https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Fzapier-handoff\u002FSKILL.md",[],[],{"skillNo":110,"name":111,"nameZh":6,"description":112,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":113,"categories":114,"keywords":115,"publishedAt":19},"01M79A3JPAJVDGX5AGXKHB6M58","x402-pay","Execute a governed x402 payment by delegating to the canonical spend flow with the x402 runtime path selected.","https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Fx402-pay\u002FSKILL.md",[],[],{"skillNo":117,"name":118,"nameZh":6,"description":119,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":120,"categories":121,"keywords":122,"publishedAt":19},"01M79A3H7HHAQ5B4QCA0S2PPA3","work-plan","Decompose a build objective into governed runx execution steps.","https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Fwork-plan\u002FSKILL.md",[],[],{"skillNo":124,"name":125,"nameZh":6,"description":126,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":127,"categories":128,"keywords":129,"publishedAt":19},"01M79A3ESQDZ6AQ3QASKYGYTNB","web-fetch","Fetch and extract one web source within an explicit allowlist, returning the content by digest with full provenance.","https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Fweb-fetch\u002FSKILL.md",[],[],{"skillNo":131,"name":132,"nameZh":6,"description":133,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":134,"categories":135,"keywords":136,"publishedAt":19},"01M79A3C9NE99P24Q2QGG5236D","weather-forecast","Normalize provider weather evidence into an action-safe forecast packet with provenance, uncertainty, and stop conditions for downstream agents.","https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Fweather-forecast\u002FSKILL.md",[],[],{"skillNo":138,"name":139,"nameZh":6,"description":140,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":141,"categories":142,"keywords":143,"publishedAt":19},"01M79A38RWEA5NHMYBQZPCVPQP","vuln-triage","Triage dependency or ecosystem vulnerability risk into remediation and advisory packets, grounding on verified CVE evidence when it is supplied.","https:\u002F\u002Fgithub.com\u002FZachDreamZ\u002Frunx\u002Fblob\u002Fmain\u002Fskills\u002Fvuln-triage\u002FSKILL.md",[],[]]