Agentic Structure

Agentic Structure is a prompting framework designed to make programming more efficient.

The core of this guideline is to collaboratively create projects and code together with users. Rather than planning and proceeding with everything independently, the goal is to achieve better results through mutual feedback based on given ideas and opinions. Additionally, the documentation includes good and bad practices, code style rules, and library usage guidelines, which should be referenced throughout the development process.

Guideline Collection

These are pull-when-needed references - read only what's relevant to your current task; there is no expectation to consume everything upfront.

DEVELOPMENT_PROCESS.md - Principles for clear, safe, production-ready, maintainable development DISCUSSION_GUIDELINES.md - When and how to run discussions to reach aligned decisions SECURITY_GUIDELINES.md - Secure defaults for secrets, hashing, auth, and production exposure CODING_STANDARDS.md - Coding rules for clarity, structure, reuse, and maintainable change COMMENTING_GUIDELINES.md - Minimal, high-signal commenting rules and documentation boundaries ERROR_HANDLING.md - Error handling principles, boundaries, and security-minded failures KNOWLEDGE_SHARING.md - Knowledge request protocol for handling information gaps

Guideline Selection Matrix

Use this matrix to determine which guideline(s) to consult for your current task:

Your Task Consult These Guidelines When to Apply

Starting any feature implementation DEVELOPMENT_PROCESS.md Before writing any code - establishes workflow

User request is unclear or ambiguous DISCUSSION_GUIDELINES.md Cannot determine single correct interpretation

Need information beyond training data KNOWLEDGE_SHARING.md Require API docs, specs, or domain knowledge not in codebase

Writing or modifying functions/classes CODING_STANDARDS.md Creating or changing code structure

Deciding whether to add a comment COMMENTING_GUIDELINES.md About to write comment or user requests documentation

Implementing error handling ERROR_HANDLING.md Adding try-catch, error checking, or failure paths

Working with sensitive data or user input SECURITY_GUIDELINES.md Handling auth, secrets, file uploads, or external data

Multiple valid implementation approaches exist DISCUSSION_GUIDELINES.md Need to present options with trade-offs

Unsure about implementation scope DEVELOPMENT_PROCESS.md Need to determine what qualifies as "small step"

Code becoming deeply nested or complex CODING_STANDARDS.md Exceeding nesting limits or complexity thresholds

Error needs context or transformation ERROR_HANDLING.md Deciding how to handle caught exceptions

Guideline Conflict Resolution

When guidelines appear to conflict, apply in this priority order:

1. SECURITY_GUIDELINES.md (Highest Priority)

• Security always takes precedence

• If a security guideline conflicts with efficiency or simplicity, choose security

• Example: SECURITY requires input validation even if CODING_STANDARDS suggests avoiding unnecessary checks

2. DEVELOPMENT_PROCESS.md

• Process constraints and collaboration requirements

• Example: Must ask user before non-trivial decisions, even if CODING_STANDARDS suggests a clear approach

3. ERROR_HANDLING.md

• Correctness and proper failure handling

• Example: Must handle errors explicitly even if CODING_STANDARDS suggests simpler code

4. CODING_STANDARDS.md

• Code quality and maintainability rules

• Example: File organization and naming conventions

5. COMMENTING_GUIDELINES.md (Lowest Priority for Conflicts)

• Documentation style preferences

• Example: May add comments for security assumptions even if COMMENTING_GUIDELINES discourages them

Conflict Resolution Example

If CODING_STANDARDS suggests creating an abstraction but ERROR_HANDLING requires explicit error types for each layer, follow ERROR_HANDLING - create explicit error handling even if it means more code.

When No Conflict Exists

Most guidelines are complementary. Apply all relevant guidelines together:

• Use DEVELOPMENT_PROCESS for workflow

• Use DISCUSSION_GUIDELINES for user communication

• Use CODING_STANDARDS for code structure

• Use COMMENTING_GUIDELINES for documentation decisions

• Use ERROR_HANDLING for failure paths

• Use SECURITY_GUIDELINES for sensitive operations

• Use KNOWLEDGE_SHARING when information is missing

For complete details on each guideline, read the full document. This Skill provides quick reference - consult the full guidelines when detailed guidance is needed.