agentleFS
pivymepivyme/suiperpower/AGENTS.md

suiperpower

AGENTS.md12 starsChanged 6 months agoMITView on GitHub

Context for any AI coding agent (Codex, Cursor, generic LLM tools) working on the Suiperpower codebase itself. Mirrors CLAUDE.md. If you are running as Claude Code, read CLAUDE.md; everything else, read this file. Suiperpower is the open platform behind https://suiperpower.dev. Skills, knowledge, ecosystem catalog, and a CLI for shipping production Sui products. Distributed via curl one-liner. Built around an explicit anti-slop quality bar so projects survive past hackathons, not just win them. Tagline: Build something meaningful, on Sui The launch…

  • Installs packages
  • Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.

    Of the AGENTS.md files we read, the 31,774 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.

  • In this repository3 other files it gives its agents.

The file

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

12 rules. About 0 are common, 10 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈10

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    No emojis in product copy.

    line 72
  2. Distinctive:

    No em-dashes anywhere. Use commas or periods.

    line 73
  3. Distinctive:

    No banned words: "leverage", "cutting-edge", "world-class", "revolutionary", "AI-powered", "Web3".

    line 74
  4. Distinctive:

    When implementing a skill or adding catalog content, hold to:

    line 79
  5. Very specific:

    Every build / ship skill ends with a non-trivial Quality gate (anti-slop).

    line 86
  6. Distinctive:

    If unsure, ask. A delay is cheaper than a wrong skill shipped to thousands of agents.

    line 100
  7. Distinctive:

    If you discover something during implementation that should be a durable rule for all future work on this codebase, raise it in a GitHub …

    line 104
  8. Very specific:

    Commit rule (project-wide): Kelvin is the sole committer.

    line 106
  9. Distinctive:

    Not a webapp. The CLI is the product.

    line 110
  10. Distinctive:

    Not a Sui Foundation product.

    line 111
  11. Distinctive:

    Not a paid product. Open source, free, no premium tier in v1.

    line 112
  12. Distinctive:

    Not a hackathon-only tool.

    line 113

≈ “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

AGENTS.md, Suiperpower

Context for any AI coding agent (Codex, Cursor, generic LLM tools) working on the Suiperpower codebase itself. Mirrors CLAUDE.md. If you are running as Claude Code, read CLAUDE.md; everything else, read this file.

What this project is

Suiperpower is the open platform behind https://suiperpower.dev. Skills, knowledge, ecosystem catalog, and a CLI for shipping production Sui products. Distributed via curl one-liner. Built around an explicit anti-slop quality bar so projects survive past hackathons, not just win them.

Tagline: Build something meaningful, on Sui

The launch occasion is Sui Overflow 2026, but Suiperpower is a long-lived production tool, not a hackathon helper.

Tech stack

  • Language: TypeScript (strict, ESM, NodeNext)
  • Runtime: Node.js 20+
  • Package manager: pnpm workspaces
  • CLI: zero runtime deps. The Convex backend owns its own package dependencies.
  • Backend: Convex (telemetry + feedback only)
  • Website: static setup assets today, full site is separate from the core CLI work
  • Skills: plain markdown (Anthropic skill spec) with optional references/ and agents/openai.yaml. Grok Build reads this same Anthropic format straight from ~/.grok/skills/, so no Grok-specific generator exists
  • Knowledge base: plain markdown
  • Ecosystem catalog: plain JSON
  • Install: bash script hosted at suiperpower.dev/setup.sh, npm package @pivyme/suiperpower

Project structure

On-disk shape today:

suiperpower/
├── README.md, CLAUDE.md, AGENTS.md, CONTRIBUTING.md, LICENSE
├── package.json, pnpm-workspace.yaml
├── core/               publishable npm package "@pivyme/suiperpower"
│   ├── cli/            CLI source + cli/data/ ecosystem catalog
│   ├── skills/         SKILL_ROUTER.md + per-phase skill folders + skills/data/
│   ├── scripts/        release tooling (preamble injector, lint, package)
│   ├── install.sh      curl one-liner bootstrap
│   └── skills-lock.json
├── convex/             telemetry + feedback backend
└── web/                static setup assets + website shell

Skills live under core/skills/<phase>/<name>/SKILL.md. Phases: learn/, idea/, build/, ship/, grow/. As of today learn/, idea/, build/, ship/ exist; grow/ is planned.

Build commands

Real today:

pnpm install                  # install workspace deps
pnpm dev                      # run CLI locally via tsx (core/cli/index.ts)
pnpm build                    # tsc to core/dist/ + chmod +x dist/cli/index.js
pnpm typecheck                # tsc --noEmit
pnpm preamble:check           # verify the telemetry preamble in every SKILL.md
pnpm package:skills           # build per-skill tarballs and index.json under web/public/skills/
pnpm lint:skills              # validate every core/skills/**/SKILL.md (frontmatter, voice, banned words)
pnpm lint:catalog             # validate every core/cli/data/*.json (schema, sort order, reachable URLs)
pnpm test                     # typecheck + lint:skills + lint:catalog + preamble:check
pnpm test:install             # CLI smoke test (build, version, doctor, vendor-mode init)
pnpm setup                    # run ./setup local-dev convenience

Conventions

  • ESM only (.js extensions in imports under NodeNext).
  • Strict TypeScript, no implicit any.
  • Single source of truth for branding strings: core/cli/branding.ts.
  • Skills are plain markdown, no code generation in skills.
  • Catalog data is JSON, sorted alphabetically by id.
  • Naming: kebab-case for skills, files, folders, catalog ids.
  • No emojis in product copy.
  • No em-dashes anywhere. Use commas or periods.
  • No banned words: "leverage", "cutting-edge", "world-class", "revolutionary", "AI-powered", "Web3".
  • Capitalize Sui-specific terms: Move, Object, PTB, Walrus, DeepBook, Scallop, Kiosk, zkLogin.

Quality bar

When implementing a skill or adding catalog content, hold to:

  • The anti-slop quality bar this project embodies: every build / ship skill must end with a real "will this survive past the hackathon" gate, not a checkbox
  • The senior-friend voice: direct, no marketing-speak, no em-dashes, banned words enforced by pnpm lint:skills
  • The Anthropic skill format: valid frontmatter, byte-identical telemetry preamble, kebab-case naming, folder name matches frontmatter name:
  • Mechanical doc rules: code blocks language-tagged, dates YYYY-MM-DD, Sui terms capitalized (Move, Object, PTB, Walrus, DeepBook, Scallop, Kiosk, zkLogin)

Every build / ship skill ends with a non-trivial Quality gate (anti-slop). Use existing skills under core/skills/build/ and core/skills/ship/ as canonical examples.

Skill authoring (must read before touching skills/)

CLAUDE.md has the full skill authoring section. The short version:

  1. Source-of-truth rule: every technical claim must trace to a real, current source. The author provides URLs or pasted docs. You read or fetch them. You write only what the source supports. If the source does not cover a claim, drop the claim or ask. Sui, Walrus, DeepBook, Scallop, zkLogin and similar topics drift fast; outdated training data is the most common source of bad skills.
  2. Context-efficiency: skills compete with the user's code for tokens. Length target ~80 to 250 lines, hard ceiling ~400. Link, do not inline. No verbose preambles. No marketing copy. One example beats five.
  3. Format: frontmatter valid (name: matches folder, description: packs trigger phrases), required sections present (Preamble, What this skill does, When to use it, When NOT to use it, Inputs, Outputs, Workflow, Quality gate, References, Use in your agent), telemetry preamble byte-identical (run pnpm preamble:check), router-handoff line at the end.

Common failures: inventing function names, stale package names (@mysten/sui.js is old, current is @mysten/sui), confusing Sui Move with Aptos / Core Move, outdated sponsor program details, marketing voice creeping in.

If unsure, ask. A delay is cheaper than a wrong skill shipped to thousands of agents.

Mid-build steering

If you discover something during implementation that should be a durable rule for all future work on this codebase, raise it in a GitHub Discussion or PR comment so the maintainer can fold it into CLAUDE.md / AGENTS.md.

Commit rule (project-wide): Kelvin is the sole committer. Never add a Co-Authored-By line to any commit, ever.

What this project is NOT

  • Not a webapp. The CLI is the product.
  • Not a Sui Foundation product. Independent, MIT, no endorsement claimed.
  • Not a paid product. Open source, free, no premium tier in v1.
  • Not a hackathon-only tool. Built for production Sui product builders long-term.

Where to ask questions

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.