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 rules/showcase-gig-platform/cursor-rules-initializer/usecase-rulegit clone --depth 1 https://github.com/showcase-gig-platform/cursor-rules-initializerWhat 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.00000 | $0.01360 |
| Opus 5 | $0.00000 | $0.00680 |
| Sonnet 5 | $0.00000 | $0.00272 |
| Haiku 4.5 | $0.00000 | $0.00136 |
Grade A, and why
usecase-rule 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 — 131 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Usecase層を実装する際に適用するルール
概要
Usecase層は、アプリケーションのビジネスロジックを実装する層です。 ドメイン層のオブジェクトを操作し、プレゼンテーション層とドメイン層の橋渡しを行います。 また、トランザクション管理の主たる責任を持ちます。
構成要素
-
ユースケース (
*_usecase/)- 特定のビジネスユースケースの実装
- トランザクション境界の定義と管理
- 入出力データの変換(DTOパターン)
-
エラー定義 (
error.go)- ユースケース層固有のエラー定義
- エラーハンドリングの統一
詳細構造と命名規則
usecase/
├── user/ # ユーザー関連のユースケース
│ ├── create_user_usecase.go # ユーザー作成ユースケース
│ ├── get_user_usecase.go # ユーザー取得ユースケース
│ └── dto.go # DTO定義
├── order/ # 注文関連のユースケース
│ ├── create_order_usecase.go # 注文作成ユースケース
│ └── dto.go # DTO定義
└── error.go # 共通エラー定義
ポイント
- ユースケースは単一責任の原則に従い、一つの操作に集中します
- 入力と出力は具体的なユースケース実装で明確に定義されたDTOを使用します
- 入力のバリデーションはdomainへのNewなどによる変換時に、変換処理内で行います
- トランザクション境界はユースケース層で管理します
- ドメイン層のオブジェクトを操作し、ビジネスロジックを実行します
- 依存性は明示的にコンストラクタで注入します
- 出力への変換はユースケース層のconverterで行います
実装規則
1. 基本構造
type ExampleUsecase interface {
Execute(ctx context.Context, input InputDTO) (*OutputDTO, error)
}
type exampleUsecase struct {
userRepository domain.UserRepository
dbClient database.Client
logger logger.Logger
}
func NewExampleUsecase(
userRepository domain.UserRepository,
dbClient database.Client,
logger logger.Logger,
) ExampleUsecase {
return &exampleUsecase{
userRepository: userRepository,
dbClient: dbClient,
logger: logger,
}
}
func (uc *exampleUsecase) Execute(ctx context.Context, input InputDTO) (*OutputDTO, error) {
// 1. トランザクション開始
// 2. ドメインオブジェクトの操作
// 3. リポジトリを使用した永続化
// 4. DTOへの変換と返却
}
2. 命名規則
- インターフェース名:
XxxUsecase - 実装構造体名:
xxxUsecase(小文字で開始) - ファイル名:
xxx_usecase.go - メソッド名: 基本的に
Executeを使用
3. トランザクション管理
- トランザクションの開始・コミットはユースケース層の主たる責務
- トランザクションの境界を明確に定義し、一貫性を保証
- トランザクションのロールバックとリカバリ処理の実装
4. エラーハンドリング
- トランザクションエラーの適切な処理とロールバック
5. 依存性の管理
- 依存するコンポーネントはコンストラクタで注入
- 循環依存を避ける
- 適切な抽象化レベルを維持
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 · 131 lines · 0 tokens per session scan A b2c49e819c46
usecase-rule is a cursor rule published in the GitHub repository showcase-gig-platform/cursor-rules-initializer (7 stars, last pushed 9mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,360 tokens. 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 cursor rules, from other repositories
angular-20
This rule provides comprehensive best practices and coding standards for Angular development, focusing on modern TypeScript, standalone components, signals, and performance optimizations.
dev-standard
Apache Superset development standards and guidelines for Cursor IDE.
cli-error-handling
CLI command error handling patterns.
prefer-direct-imports-over-module-mocks
Prefer extracting a testable core over vi.mock / vi.resetModules when unit tests need to reach production logic entangled with config, env, or singletons.
control-plane-descriptors
Control plane descriptor and instance implementation patterns.
family-instance-domain-actions
Family instance domain action implementation patterns.