Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add instructions/haojing8312/workclaw/agents-mdgit clone --depth 1 https://github.com/haojing8312/WorkClawWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.06038 | $0.06038 |
| Opus 5 | $0.03019 | $0.03019 |
| Sonnet 5 | $0.01208 | $0.01208 |
| Haiku 4.5 | $0.00604 | $0.00604 |
Grade A, and why
WorkClaw AGENTS.md scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
curl -I http://localhost:5174 How it starts
The opening of the file, as written. The whole thing — 248 lines — stays where its author put it; the contents beside it link to each section on GitHub.
AGENTS.md instructions for E:/code/yzpd/workclaw
Project Overview
apps/runtime/contains the React desktop app shell, frontend flows, and UI tests.apps/runtime/src-tauri/contains the Tauri backend, desktop integrations, and Rust integration tests.apps/runtime/sidecar/contains the sidecar runtime, adapters, browser automation bridge, and sidecar tests.packages/*contains shared Rust crates for routing, policy, models, executor, skill packaging, and runtime support.- Root
package.jsoncommands are the source of truth for local verification and release-sensitive checks.
Repo-Local Workflow Skills
$workclaw-implementation-strategy: Use before editing runtime behavior, routing, provider integration, tool permissions, sidecar bridge behavior, or vendor sync boundaries.$workclaw-change-verification: Use when changes affect code, tests, builtin skill assets, or build/test behavior before claiming the work is complete.$workclaw-release-readiness: Use when changes affect versioning, release documentation, installer branding, packaging outputs, or vendor release lanes before deciding a branch is safe to ship.$workclaw-release-prep: Use before publishing to recommend the next version and draft bilingual Chinese + English release notes for confirmation.$workclaw-release-publish: Use only after version and release notes are confirmed, to update release metadata, push the release tag, and generate local desktop artifacts.
Repo Hygiene Governance
- Treat orphan files, dead code, stale docs, duplicate implementations, and temporary artifacts as a maintenance surface, not a one-off cleanup task.
- Prefer repo hygiene review before deletion. Do not remove suspicious files or code only because they appear unused in one static signal.
- Use
pnpm review:repo-hygienefor non-blocking repo hygiene reporting when the task is cleanup-focused or when a large feature leaves likely follow-up debris. - Use focused repo hygiene subcommands when one narrow signal is enough:
pnpm review:repo-hygiene:deadcodepnpm review:repo-hygiene:artifactspnpm review:repo-hygiene:driftpnpm review:repo-hygiene:duppnpm review:repo-hygiene:locpnpm review:repo-hygiene:cycles
- Use
pnpm report:frontend-large-fileswhen reviewing frontend file growth before split planning. - Treat duplicate implementations, oversized files, and import cycles as review-first governance signals. They should trigger triage and split plans, not blind deletion or mechanical rewrites.
- Use
workclaw-repo-hygiene-reviewto classify candidates and recommend the smallest safe cleanup batch before destructive edits. - Use
workclaw-cleanup-executiononly after review selected a cleanup batch and its reviewed action per file. - Cleanup changes still require
workclaw-change-verificationwhen code, tests, docs, or skill files change. - Treat generated, runtime-owned, dynamically discovered, or config-driven files as high-risk cleanup surfaces unless a rule explicitly marks them safe.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 248 lines · 6,038 tokens per session scan A 8747bc328248
WorkClaw AGENTS.md is an instructions file published in the GitHub repository haojing8312/WorkClaw (140 stars, last pushed 3mo ago), licensed Apache-2.0. It adds 6,038 tokens to every session, about $0.0302 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other instructions, from other repositories
vscode buildNext.instructions.md
Working notes and architecture documentation for the new esbuild-based build system in build/next. Use when making changes to the new build pipeline (transpile/bundle commands, NLS plugin, source-map handling, resource copying, or self-hosting watch tasks).
spec-kit AGENTS.md
AGENTS.md instructions for github/spec-kit, covering agents.md, about spec kit and specify, quickstart — add a new integration in 5 steps, integration architecture and integrationmanifest — file tracking.
codex AGENTS.md
AGENTS.md instructions for openai/codex, covering rust/codex-rs, the codex-core crate, code review rules, crate api surface and model visible context.
langchain AGENTS.md
AGENTS.md instructions for langchain-ai/langchain, covering global development guidelines for the langchain monorepo, corridor security analysis, project architecture and context, monorepo structure and development tools & commands.
vscode oss-third-party-notices.instructions.md
Instructions for microsoft/vscode, covering vs code oss third-party-notices pipeline, architecture, pipeline flow in ci, applying the notice (cutover) and fallback chain (never fail the build).
next.js AGENTS.md
Instructions for vercel/next.js, covering next.js development guide, codebase structure, monorepo overview, core package: packages/next and other important packages.