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.
git clone --depth 1 https://github.com/with-geun/alive-analysisWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/with-geun/alive-analysis/analysis-next)<a href="https://agentmods.dev/commands/with-geun/alive-analysis/analysis-next"><img src="https://agentmods.dev/badge/commands/with-geun/alive-analysis/analysis-next/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/commands/with-geun/alive-analysis/analysis-next"><img src="https://agentmods.dev/badge/commands/with-geun/alive-analysis/analysis-next.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What 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.1 | $0.00000 | $0.02542 |
| Opus 5.5 | $0.00000 | $0.01017 |
| Sonnet 5.5 | $0.00000 | $0.00508 |
| Haiku 4.5 | $0.00000 | $0.00254 |
Grade A, and why
analysis-next 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 1mo 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 — 348 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/analysis next
Advance the current analysis to the next ALIVE stage.
Instructions
Step 1: Identify current analysis
Read .analysis/status.md to find active analyses.
- If only 1 active Full analysis → select it automatically
- If multiple active → ask user which analysis to advance (show ID + title)
- Quick analyses don't use
/analysis next(all sections are in one file)- If user selects a Quick, remind them to fill sections in order within the file
Step 2: Determine current stage
Read the analysis folder to see which stage files exist:
- Only
01_ask.md→ current stage is ASK - Up to
02_look.md→ current stage is LOOK - Up to
03_investigate.md→ current stage is INVESTIGATE - Up to
04_voice.md→ current stage is VOICE - All 5 files exist → current stage is EVOLVE (analysis is complete)
Step 3: Review current stage checklist
Read the current stage's checklist (embedded at the bottom of the current stage file).
Check if there are any 🔴 (stop) items:
- If 🔴 items exist → warn the user: "There are stop signals in your {stage} checklist. Review before proceeding."
- If all items are unchecked → remind: "Don't forget to review the checklist before moving on."
- If items are checked → proceed
Step 4: Generate next stage file
Based on current stage, generate the next file.
ASK → LOOK (generate 02_look.md):
Note: If this is a 📈 Modeling analysis, use the Modeling-specific templates defined in analysis-new.md Section 4B instead of the Investigation templates below. This applies to LOOK, INVESTIGATE, VOICE, and EVOLVE stages. If this is a 🔮 Simulation analysis, use the Simulation-specific templates from analysis-new.md Section 4D for all stages.
# LOOK: {title}
> ID: {ID} | Type: 🔍 Investigation | Stage: 👀 LOOK | Updated: {YYYY-MM-DD}
## Data Sources
- Primary:
- Secondary:
- Access method: (MCP / exported file / manual query / BI dashboard)
## Data Quality Review
- Row count:
- Date range:
- Missing values:
- Known issues:
## Segmentation
Break down BEFORE drawing conclusions:
- By time:
- By cohort:
- By platform:
- By segment:
Key question: "Does the pattern hold across ALL segments, or is it driven by one?"
## Confounding Variables
- What else changed at the same time?
- Population comparison: Are we comparing the same groups?
- Survivorship bias risk:
- Simpson's paradox check:
## External Factors
- Calendar: holidays, seasonality, industry events
- Competitors: recent launches, pricing changes
- Platform: iOS/Android policy, algorithm updates
- Macro: economic indicators, regulation changes
## Cross-Service Check
- Related services that may be affected:
- Shared resources (auth, data pipeline, user base):
- Recent changes in adjacent services:
## Outliers & Anomalies
-
## Sampling
- Method:
- Size:
- Rationale:
## Initial Observations
-
---
{Insert LOOK checklist from .analysis/checklists/look.md}
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.
- 1mo ago First seen · 348 lines · 0 tokens per session scan A f858570ba9e1
analysis-next is a command published in the GitHub repository with-geun/alive-analysis (41 stars, last pushed 4mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 2,542 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-30.
Other commands, from other repositories
project_init
A command that starts tracking a project with ocul-pm by creating its project records and agent logging rules.
standup
A command that creates a daily stand-up report from an ocul-pm project's work logs and plan. A stand-up is a short update on completed work, blocked work, and next steps.
inception
A command for starting the design of a new project or major feature area. It guides research, agreement on the specification, a detailed three-level plan, evaluation checks, and initial project rules.
start-shopify-app
Start a beginner-friendly Shopify app project from idea or an existing repository.
add-webhook
Add a reliable authenticated Shopify event handler and test failure cases.
audit-scopes
Audit Shopify scopes and protected-data access without expanding permissions.