AgentVerse / rules
Cursor rule318 starsChanged 11 months agoMITView on GitHub
CursorRIPER Framework - State Management
We split this state.mdc into the rules it gives an agent
19 rules. About 0 are common, 11 are distinctive, and 8 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈11
Distinctive · estimate
This author's own choices. Worth a look.
8
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 18
Always load this file after core.mdc but before other components
- Distinctive: line 19
Never modify state values without proper authorization via commands
- Distinctive: line 21
Update this file when state changes occur
- Distinctive: line 22
Keep all state values consistent with each other
- Distinctive: line 130
Create backup of current state
- Very specific: line 131
Update PROJECT_PHASE value
- Very specific: line 132
Update LAST_UPDATE timestamp
- Very specific: line 137
Update RIPER_CURRENT_MODE value
- Distinctive: line 139
Update activeContext.md to reflect mode change
- Very specific: line 143
Update START_PHASE_STATUS value
- Very specific: line 145
If transitioning to COMPLETED, set INITIALIZATION_DATE
- Very specific: line 149
Update START_PHASE_STEP value
- Distinctive: line 151
If reaching step 6, trigger completion process
- Distinctive: line 155
When determining current project state:
- Distinctive: line 156
Check for existence of memory bank files
- Very specific: line 157
If complete memory bank exists but STATE_PHASE is "UNINITIATED":
- Distinctive: line 162
If partial memory bank exists:
- Very specific: line 169
If "/start" or "BEGIN START PHASE" is detected when PROJECT_PHASE is not "UNINITIATED":
- Distinctive: line 173
Create backup of current memory bank
≈ “Common” is an estimate: at least 1 in 5 of the 6,350 Cursor rule 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.
Files
---
description: "CursorRIPER Framework - State Management"
globs:
alwaysApply: true
version: "1.0.2"
date_created: "2025-04-05"
last_updated: "2025-04-05"
framework_component: "state"
priority: "critical"
scope: "always_load"
---
<!-- Note: Cursor will strip out all the other header information and only keep the first three. -->
# CursorRIPER Framework - State Management
# Version 1.0.2
## AI PROCESSING INSTRUCTIONS
This file defines the current state of the project within the CursorRIPER Framework. As an AI assistant, you MUST:
- Always load this file after core.mdc but before other components
- Never modify state values without proper authorization via commands
- Validate state transitions against allowed paths
- Update this file when state changes occur
- Keep all state values consistent with each other
## CURRENT PROJECT STATE
PROJECT_PHASE: "UNINITIATED"
# Possible values: "UNINITIATED", "INITIALIZING", "DEVELOPMENT", "MAINTENANCE"
RIPER_CURRENT_MODE: "NONE"
# Possible values: "NONE", "RESEARCH", "INNOVATE", "PLAN", "EXECUTE", "REVIEW"
START_PHASE_STATUS: "NOT_STARTED"
# Possible values: "NOT_STARTED", "IN_PROGRESS", "COMPLETED", "ARCHIVED"
START_PHASE_STEP: 0
# Possible values: 0-6 (0=Not started, 1=Requirements, 2=Technology, 3=Architecture, 4=Scaffolding, 5=Environment, 6=Memory Bank)
LAST_UPDATE: "2025-04-05T00:00:00Z"
# ISO 8601 formatted timestamp of last state update
INITIALIZATION_DATE: ""
# When START phase was completed, empty if not completed
FRAMEWORK_VERSION: "1.0.0"
# Current version of the framework
## STATE TRANSITION RULES
```mermaid
stateDiagram-v2
[*] --> UNINITIATED
UNINITIATED --> INITIALIZING: /start
INITIALIZING --> DEVELOPMENT: START phase complete
DEVELOPMENT --> MAINTENANCE: User request
MAINTENANCE --> DEVELOPMENT: User request
state INITIALIZING {
[*] --> NOT_STARTED
NOT_STARTED --> IN_PROGRESS: Begin START
IN_PROGRESS --> COMPLETED: All steps finished
COMPLETED --> ARCHIVED: Enter DEVELOPMENT
}
state "DEVELOPMENT/MAINTENANCE" as DM {
[*] --> RESEARCH
RESEARCH --> INNOVATE: /innovate
INNOVATE --> PLAN: /plan
PLAN --> EXECUTE: /execute
EXECUTE --> REVIEW: /review
REVIEW --> RESEARCH: /research
}
```
### Phase Transitions
- UNINITIATED → INITIALIZING
- Trigger: "/start" or "BEGIN START PHASE"
- Requirements: None
- INITIALIZING → DEVELOPMENT
- Trigger: Automatic upon START phase completion
- Requirements: START_PHASE_STATUS = "COMPLETED"
- DEVELOPMENT → MAINTENANCE
- Trigger: Manual transition by user
- Requirements: Explicit user request
- MAINTENANCE → DEVELOPMENT
- Trigger: Manual transition by user
- Requirements: Explicit user request
### Mode Transitions
- Any mode → RESEARCH
- Trigger: "/research" or "ENTER RESEARCH MODE"
- Requirements: PROJECT_PHASE in ["DEVELOPMENT", "MAINTENANCE"]
- Any mode → INNOVATE
- Trigger: "/innovate" or "ENTER INNOVATE MODE"
- Requirements: PROJECT_PHASE in ["DEVELOPMENT", "MAINTENANCE"]
- Any mode → PLAN
- Trigger: "/plan" or "ENTER PLAN MODE"
- Requirements: PROJECT_PHASE in ["DEVELOPMENT", "MAINTENANCE"]
- Any mode → EXECUTE
- Trigger: "/execute" or "ENTER EXECUTE MODE"
- Requirements: PROJECT_PHASE in ["DEVELOPMENT", "MAINTENANCE"]
- Any mode → REVIEW
- Trigger: "/review" or "ENTER REVIEW MODE"
- Requirements: PROJECT_PHASE in ["DEVELOPMENT", "MAINTENANCE"]
### START Phase Status Transitions
- NOT_STARTED → IN_PROGRESS
- Trigger: "/start" or "BEGIN START PHASE"
- Requirements: PROJECT_PHASE = "UNINITIATED"
- IN_PROGRESS → COMPLETED
- Trigger: Completion of all START phase steps
- Requirements: START_PHASE_STEP = 6
- COMPLETED → ARCHIVED
- Trigger: Automatic after transition to DEVELOPMENT
- Requirements: PROJECT_PHASE = "DEVELOPMENT"
## STATE UPDATE PROCEDURES
### Update Project Phase
1. Validate transition is allowed
2. Create backup of current state
3. Update PROJECT_PHASE value
4. Update LAST_UPDATE timestamp
5. Perform any phase-specific initialization
### Update RIPER Mode
1. Validate transition is allowed
2. Update RIPER_CURRENT_MODE value
3. Update LAST_UPDATE timestamp
4. Update activeContext.md to reflect mode change
### Update START Phase Status
1. Validate transition is allowed
2. Update START_PHASE_STATUS value
3. Update LAST_UPDATE timestamp
4. If transitioning to COMPLETED, set INITIALIZATION_DATE
### Update START Phase Step
1. Validate step increment is logical
2. Update START_PHASE_STEP value
3. Update LAST_UPDATE timestamp
4. If reaching step 6, trigger completion process
## AUTOMATIC STATE DETECTION
When determining current project state:
1. Check for existence of memory bank files
2. If complete memory bank exists but STATE_PHASE is "UNINITIATED":
- Set PROJECT_PHASE to "DEVELOPMENT"
- Set START_PHASE_STATUS to "COMPLETED"
- Set START_PHASE_STEP to 6
- Set INITIALIZATION_DATE based on file timestamps
3. If partial memory bank exists:
- Set PROJECT_PHASE to "INITIALIZING"
- Set START_PHASE_STATUS to "IN_PROGRESS"
- Determine START_PHASE_STEP based on existing files
## RE-INITIALIZATION PROTECTION
If "/start" or "BEGIN START PHASE" is detected when PROJECT_PHASE is not "UNINITIATED":
1. Warn user about re-initialization risks
2. Require explicit confirmation: "CONFIRM RE-INITIALIZATION"
3. If confirmed:
- Create backup of current memory bank
- Reset state to PROJECT_PHASE = "INITIALIZING"
- Reset START_PHASE_STATUS to "IN_PROGRESS"
- Reset START_PHASE_STEP to 1
---
*This file automatically tracks the current state of the project. It should never be edited manually.*
Other versions1 project uses a version of this.
Word for word · 1
- EvilJoker/pkmskill★ 9100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Where files are headingNew Cursor rule files have more rules about planning and tracking tasks, and fewer about code style.
Of the Cursor rule files we read, the 3,978 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 repository15 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .cursor/rules/agentverse-project.mdcCursor rule
- .cursor/rules/code-simplicity.mdcCursor rule
- .cursor/rules/commit.mdcCursor rule
- .cursor/rules/core.mdcCursor rule
- .cursor/rules/customization.mdcCursor rule
- .cursor/rules/file-organization.mdcCursor rule
- .cursor/rules/file-size-limits.mdcCursor rule
- .cursor/rules/generate-world-class-artistic-ui.mdcCursor rule
- .cursor/rules/naming-conventions.mdcCursor rule
- .cursor/rules/portal-service-bus-architecture.mdcCursor rule
- .cursor/rules/quick-commands.mdcCursor rule
- .cursor/rules/README.mdCursor rule
- .cursor/rules/riper-workflow.mdcCursor rule
- .cursor/rules/start-phase.mdcCursor rule
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
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.

