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 skills/anoopsg/agent_rules/create-featurenpx skills add anoopsg/agent_rules --skill create-featuregit clone --depth 1 https://github.com/anoopsg/agent_rulesWhat 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.00035 | $0.01575 |
| Opus 5 | $0.00017 | $0.00788 |
| Sonnet 5 | $0.00007 | $0.00315 |
| Haiku 4.5 | $0.00003 | $0.00158 |
Grade A, and why
create-feature 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.
How it starts
The opening of the file, as written. The whole thing — 192 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Feature Creation Skill
This skill outlines the standard process for creating a new feature in the project, following the DDD-lite architecture. This guide covers both simple domains (like Settings) and complex domains (like Auth).
1. Directory Structure
Features are located in lib/src/features/. The structure depends on the
complexity of the domain.
A. Simple Domain (e.g., Settings, Explore)
If the feature is self-contained and doesn't require separate sub-modules,
keep it flat under the feature root folder. No _self folder is used.
lib/src/features/settings/
├── state/ # Domain-specific state
│ └── settings_notifier.dart
├── view/ # UI implementation
│ ├── settings_page.dart # Entry point & Bindings
│ ├── settings_view.dart # Mobile UI
│ └── settings_view_web.dart # Web UI
└── settings.dart # Feature barrel file
B. Complex Domain (e.g., Auth, Account)
If the feature has multiple sub-domains, it is structured as a complex
domain. The _self folder is used for root-level domain control, shared
domain state (e.g., auth status, user metadata, cache), and layout/shell
views that host or wrap the sub-features.
Example: Auth Domain
lib/src/features/auth/
├── _self/ # Shared domain logic & state
│ └── state/
│ └── auth_notifier.dart # Global auth status
├── login/ # Sub-domain feature
│ ├── state/ # Local feature state
│ │ └── login_notifier.dart
│ ├── view/ # Local UI
│ │ ├── login_page.dart
│ │ ├── login_view.dart
│ │ └── login_view_web.dart
│ └── login.dart # Sub-domain barrel
└── auth.dart # Domain barrel (exports _self and sub-domains)
2. Naming Conventions
| Entity | Convention | Example |
|---|---|---|
| Folder | snake_case |
auth_login |
| File | snake_case |
login_page.dart |
| Page Class | PascalCase + Page |
LoginPage |
| View Class | PascalCase + View |
LoginView |
| Web View Class | PascalCase + ViewWeb |
LoginViewWeb |
| Props Class | PascalCase + Props |
LoginProps |
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.
- 2d ago First seen · 192 lines · 35 tokens per session scan A a532edde8994
create-feature is a skill published in the GitHub repository anoopsg/agent_rules (2 stars, last pushed 1mo ago), licensed MIT. It adds 35 tokens to every session and 1,575 once invoked, about $0.0002 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.
Other skills, from other repositories
laravel-inertia-react
Laravel + Inertia.js + React integration patterns. Use when building Inertia page components, handling forms with useForm, managing shared data, or implementing persistent layouts. Triggers on tasks involving Inertia.js, page props, form handling, or Laravel React integration.
laravel-owasp-security
OWASP Top 10 security audit and secure coding guidelines for Laravel + React/Inertia.js applications. Use when auditing for vulnerabilities ("run OWASP audit", "security review", "check my app security") or writing secure Laravel code involving auth, payments, file uploads, or API design. Triggers on security-related…
technical-debt
Technical debt inventory, prioritization, and audit for PHP/Laravel (MySQL) and Node/TypeScript/React projects. Use when assessing code health, identifying refactoring candidates, planning debt paydown, or auditing a codebase for accumulated debt. Triggers on "audit technical debt", "find tech debt", "debt inventory"…
code-slop
Detect AI-generated code patterns ("slop") in PHP/Laravel and TypeScript/React source — comment narration, generic naming, premature interfaces, defensive overdose, mock-everything tests, and the absence of human "scars". Use when reviewing AI-assisted PRs, auditing code for taste/quality (not metrics — that's…
git-workflow
Git best practices, branching strategies, commit conventions, and PR workflows. Use when reviewing git history, writing commits, setting up branching strategy, or improving git practices. Triggers on "git best practices", "commit message", "branching strategy", or "PR workflow".
project-docs
Project documentation lifecycle for PHP/Laravel and Node/TypeScript/React projects — bootstrapping essential docs, naming and folder conventions, freshness, and cleanup of AI-generated junk and stale files. Use when starting a new project, setting up docs/ structure, auditing markdown files, cleaning up the docs…