pie AGENTS.md

Project-specific instructions for working on dineshdb/pie, a software project. They define how to test changes, keep the architecture simple, and make the codebase safer to use and maintain.

In plain words
What is it for?
Use them when modifying pie to choose suitable tests, review architectural changes, prefer typed data structures, and add safeguards such as formatting, linting, or hooks when appropriate.
Why use it?
They give coding-agent work consistent expectations about testing and design. They also discourage changing tests merely to hide a problem.

Instructions file for CodexOpenCode

Install

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.

agentmods
npx agentmods add instructions/dineshdb/pie/agents-md
Clone the repo
git clone --depth 1 https://github.com/dineshdb/pie

Made for: Codex, OpenCode.

Per session 453 This file is loaded in full into every session.
When invoked 453 The same file — it is already loaded in full.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What 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.

ModelPer sessionOnce invoked
Fable 5 $0.00453 $0.00453
Opus 5 $0.00227 $0.00227
Sonnet 5 $0.00091 $0.00091
Haiku 4.5 $0.00045 $0.00045

Measured 2d ago against content hash 9ea2d56a65d9, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

pie AGENTS.md scanned grade A with 0 findings 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 2d 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.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

AGENTS.md · 46 lines

How it starts

The opening of the file, as written. The whole thing — 46 lines — stays where its author put it; the contents beside it link to each section on GitHub.

When it seems like I'm talking about or giving instructions to claude, I'm actually talking about this ai agent I'm building: pie. Work on local context. Don't assume and rewrite the global prompt. I'm talking about this project.

Testing

After each change, run following tests to verify if the change is valid.

  • repo test
  • test.py gives a summary of issues in the codebase based on runtime behavior. You should review the response and try to fix the issues.
  • Deterministic tests go to the rust tests, non deterministic tests go to tests.yaml.
  • You are not allowed to change tests just to make tests pass
  • Tests should check the behavior of the program (specs) instead of implementation details

Architecture

  • You should always rethink the available codebase in terms of new feature being added. Identify how it diverges, identifying places to trim, changes in architecture and organization to slim down and /simplify the codebase to keep it lean and clean.
  • Prefer newtypes over raw types
  • Use sqlx, statically typed queries for maximum foolproofness.

I'm an Idiot

So make the codebase foolproof. Add tests, lints, automatic formatting, git hooks(suggest some), etc. You have a memory of a goldfish so you don't remember, I'm a fool. So write those instructions and rules somewhere for reusability. Don't make me angry because I get easily angry just like Hulk. I'm always angry.

Simplification

  • follow rust 2024 ergonomics
  • use early return patterns and other patterns for simpler logic
  • try to use dry principle but not always.
  • use From impl instead of from_ to_ methods.
  • Try to reduce copies for simple steps, use &'str and other references. However, don't complicate structs with references. Instead, opt to rearchitect the problem in a way copies are unnecessary. Hexagonal architecture, MVU patterns, etc help with this.

Scope

  • Keep only the relevant changes in this commit, removing any unnecessary refactors. You can
    add any TODO FIXME for later works if you find any issues.

Read the full file on GitHub · 46 lines

Changes

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.

  1. 2d ago First seen · 46 lines · 453 tokens per session scan A 9ea2d56a65d9

Subscribe to this mod's changes

pie AGENTS.md is an instructions file published in the GitHub repository dineshdb/pie (2 stars, last pushed 3mo ago), licensed MIT. It adds 453 tokens to every session, about $0.0023 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.