agentleFS
putervisionputervision/WebCrypt/.agents/AGENTS.md

WebCrypt

AGENTS.md24 starsChanged 3 months agoMITView on GitHub

This project utilizes vision-memory-mcp to cache visual states, record layout transitions, provide element grounding, and avoid repetitive LLM vision calls. To allow cache query and ingestion commands to run automatically without prompting: - Google Antigravity (~/.gemini/config/config.json): Add these rules to your "globalPermissionGrants" -> "allow" list: - "command(vision-memory-mcp)" (Allow running the CLI without parameters prompts) - "read_file(.*\\.gemini/antigravity/brain/.*)" (Allow reading captured screenshots) - "write_file(.*\\.gemini/antigravity/brain/.*)" (Allow saving visual states) - VS Code / Cursor IDE (settings.json): Ensure the agent has execution permissions for…

The file

Show its rules and text

We split this AGENTS.md into the rules it gives an agent

15 rules. About 0 are common, 1 is distinctive, and 14 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈1

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 14

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Orient: Call get_session_context to align your visual state context at the start of work.

    line 9
  2. Very specific:

    Search: Call recall_memory (text/image search) before recreating duplicate UI state paths.

    line 10
  3. Very specific:

    Ingest/Verify: ALWAYS call analyze_screenshot before querying any front-end vision models.

    line 11
  4. Very specific:

    Cache Hit (is_known: true): Do NOT use vision models; read the returned description as context and use grounded_elements (selectors, …

    line 12
  5. Very specific:

    Action Target Execution: Use predict_next_action to retrieve grounded_target handles (target_selector, target_coords) for deterministic UI …

    line 14
  6. Very specific:

    Transitions: Call record_outcome after every click/type/scroll action to construct navigation paths.

    line 15
  7. Very specific:

    Privacy & Cleanup: Call forget_state to purge sensitive or secret states from storage.

    line 16
  8. Very specific:

    Google Antigravity (~/.gemini/config/config.json): Add these rules to your "globalPermissionGrants" -> "allow" list:

    line 40
  9. Very specific:

    VS Code / Cursor IDE (settings.json): Ensure the agent has execution permissions for command(vision-memory-mcp) and read/write access to …

    line 44
  10. Distinctive:

    ALWAYS update the state graph when performing work.

    line 52
  11. Very specific:

    Start of session: Call manage_sessions(action: "start", agent_id: "..."), then run get_analytics(action: "summary") and …

    line 56
  12. Very specific:

    Before work: Create or find the task node, set status to in_progress.

    line 57
  13. Very specific:

    After work: Run run_diagnostics(action: "validate"), set task status to done via manage_tasks(action: "complete"), create artifact nodes, …

    line 63
  14. Very specific:

    Key Management: Use manage_keys(action: "generate", type: "rsa" | "ecdh" | "hmac") to generate cryptographically strong JWK-formatted keys …

    line 103
  15. Very specific:

    Integrity & Signatures: Before completing tasks that produce verifiable evidence (such as evidence packs or release binaries), compute …

    line 104

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
AGENTS.md
<!-- vision-memory-mcp:start -->

Visual Memory (vision-memory-mcp)

This project utilizes vision-memory-mcp to cache visual states, record layout transitions, provide element grounding, and avoid repetitive LLM vision calls.

1. Mandatory Workflow & Priority

  1. Orient: Call get_session_context to align your visual state context at the start of work.
  2. Search: Call recall_memory (text/image search) before recreating duplicate UI state paths.
  3. Ingest/Verify: ALWAYS call analyze_screenshot before querying any front-end vision models.
    • Cache Hit (is_known: true): Do NOT use vision models; read the returned description as context and use grounded_elements (selectors, coordinates) for action target selection.
    • Cache Miss (is_known: false): Query your vision model, then run analyze_screenshot with both the image and description to seed the cache.
  4. Action Target Execution: Use predict_next_action to retrieve grounded_target handles (target_selector, target_coords) for deterministic UI clicks and typing.
  5. Transitions: Call record_outcome after every click/type/scroll action to construct navigation paths.
  6. Privacy & Cleanup: Call forget_state to purge sensitive or secret states from storage.

2. Tool Reference Summary (15 Core MCP Tools)

  • analyze_screenshot: Ingest screenshot(s) (single or batch via items), lookup cache, return layout description and grounded elements.
  • recall_memory: Search visual memory by description query or base64 image query (read-only).
  • record_outcome: Save UI action execution outcomes, transitions, or log visual blockers (action_type: 'blocker').
  • get_navigation_paths: Find path between states using BFS navigation graph.
  • predict_next_action: Predict best next UI action and target coordinates based on transition success rates and AX tree grounding.
  • compare_states: Compare visual states structurally (has_layout_change) or compare video recordings (video_a_id/video_b_id).
  • get_session_context: Fetch aggregated visual context, recent/frequent states, transitions, cache hit ratios, token savings metrics, and server version info.
  • manage_snapshot: Unified snapshot management (save, diff, export, restore) for visual checkpoints and regression detection.
  • manage_visual_spec: Visual SDD design contract baseline registration (set), live verification (verify), and listing (list).
  • manage_video: Unified video memory operations for ingestion (ingest), semantic search (search), and keyframe timelines (timeline).
  • create_evidence_pack: Create cryptographic, multi-modal evidence pack linking video keyframes, state graph tasks, and visual proof.
  • export_trajectories: Export multimodal visual transitions and joint workflow trajectories (json, llava, qwen2_vl, joint).
  • undo_visual_mutation: Revert accidental state or transition edge ingestions.
  • forget_state: Purge a specific state and vector embedding from storage for privacy.
  • wait_for_visual_state: Poll for target visual state until present or timeout occurs.

3. Agent Permissions & Auto-Run Configuration

To allow cache query and ingestion commands to run automatically without prompting:

  • Google Antigravity (~/.gemini/config/config.json): Add these rules to your "globalPermissionGrants" -> "allow" list:
    • "command(vision-memory-mcp)" (Allow running the CLI without parameters prompts)
    • "read_file(.*\\.gemini/antigravity/brain/.*)" (Allow reading captured screenshots)
    • "write_file(.*\\.gemini/antigravity/brain/.*)" (Allow saving visual states)
  • VS Code / Cursor IDE (settings.json): Ensure the agent has execution permissions for command(vision-memory-mcp) and read/write access to the workspace's local .vision-memory-mcp/ cache directory.
<!-- vision-memory-mcp:end --><!-- state-memory-mcp:start -->

Workflow State Memory (state-memory-mcp)

This project uses state-memory-mcp with project slug "webcrypt" to track tasks, decisions, blockers, and progress. ALWAYS update the state graph when performing work.

Mandatory Workflow

  1. Start of session: Call manage_sessions(action: "start", agent_id: "..."), then run get_analytics(action: "summary") and manage_tasks(action: "next") BEFORE any coding.
  2. Before work: Create or find the task node, set status to in_progress.
  3. During work: Log decisions (manage_nodes(action: "create", type: "decision")), blockers (manage_nodes(action: "create", type: "blocker")), and notes (manage_nodes(action: "add_note")).
  4. Visual Consistency (Dual Memory):
    • For UI / layout tasks, capture visual evidence using vision-memory-mcp:analyze_screenshot (pass trace_id: session_id for joint trajectory correlation).
    • Link visual proof via manage_edges(action: "link_visual", target_id: task_id, visual_state_id: vs_id, relationship: "renders_state").
    • Log visual blockers via manage_edges(action: "link_visual", target_id: blocker_id, visual_state_id: vs_id, relationship: "blocked_by_visual_state") or vision-memory-mcp:record_outcome(action_type: "blocker").
  5. After work: Run run_diagnostics(action: "validate"), set task status to done via manage_tasks(action: "complete"), create artifact nodes, and call manage_sessions(action: "end").

Tool Priority Order

  1. manage_sessions — track all mutations under a unique session (action: "start")
  2. get_analytics — current state and progress (action: "summary")
  3. manage_tasks — query prioritized runnable tasks (action: "next")
  4. manage_edges — connect task/artifact nodes to visual states (action: "link_visual")
  5. manage_tasks — what's blocking progress (action: "find_blockers")
  6. run_diagnostics — check for cycle or logic anomalies (action: "validate")
  7. manage_data — export interleaved state + vision logs (action: "export_joint_trajectories")

Node Types

task, decision, artifact, plan, milestone, blocker, observation, spec, requirement, acceptance_criterion, visual_state

Edge Types

depends_on, blocks, produces, references, updates, contradicts, part_of, child_of, implements, decided_in, renders_state, blocked_by_visual_state, verifies_visual_state

Quick Reference

  • Batch updates: manage_nodes(action: "batch_update", ids: [...], status: "done")
  • Quick notes: manage_nodes(action: "add_note", text: "...", attach_to: node_id)
  • Synergy metrics: manage_data(action: "export_synergy_metrics")
  • What changed: get_events(action: "changelog", since: "2h") or get_events(action: "changelog", session_id: "...")

For the complete tool reference and workflow patterns, see the state-memory-mcp skill in .agents/skills/state-memory-mcp/SKILL.md.

<!-- state-memory-mcp:end --><!-- webcrypt-mcp:start -->

Cryptographic Vault & Security (webcrypt-mcp)

This project provides native webcrypt-mcp tooling for zero-dependency AES-256-GCM symmetric encryption, RSA-4096 hybrid public-key encryption, digital signatures, cryptographic hashes, and post-quantum cryptography.

Mandatory Workflow

  1. Confidential Artifacts: Whenever saving sensitive credentials, tokens, or private workflow states, encrypt them using encrypt_payload(mode: "data", password: "...") or encrypt_payload(mode: "symmetric", password: "...").
  2. Key Management: Use manage_keys(action: "generate", type: "rsa" | "ecdh" | "hmac") to generate cryptographically strong JWK-formatted keys for inter-agent communication.
  3. Integrity & Signatures: Before completing tasks that produce verifiable evidence (such as evidence packs or release binaries), compute signatures or HMAC tags using sign_verify(action: "sign", algorithm: "ECDSA" | "HMAC").
  4. Triple Memory Triad:
    • state-memory-mcp: Workflow state tracking.
    • vision-memory-mcp: Visual state caching.
    • webcrypt-mcp: Local database vault encryption and evidence pack cryptographic signing.
    <!-- webcrypt-mcp:end -->

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.