aif-explore

Explore codebases and requirements without modifying code.

Updated Apr 3, 2026
One-click install
npx skills add https://github.com/ExsyDev/eye-blinking --skill aif-explore-exsydev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aif-explore
Source: https://github.com/ExsyDev/eye-blinking/tree/main/.claude/skills/aif-explore
Command: npx skills add https://github.com/ExsyDev/eye-blinking --skill aif-explore-exsydev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Enter explore mode to think deeply, visualize freely, and investigate ideas without implementing features.

Core Features & Use Cases

  • A thinking partner that helps explore problems, ask clarifying questions, and surface requirements.
  • Reads and references project context (.ai-factory files) to stay grounded.
  • Visualizes architecture and data flows with ASCII diagrams when helpful.

Quick Start

Tell me the topic you want to explore and I will begin a guided, non-implementation exploration.

Frequently Asked Questions about aif-explore

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I brainstorm and map out codebase architecture without modifying any code?

To explore codebase architecture without modifying code, use a read-only thinking partner that investigates the problem space, asks clarifying questions, and maps dependencies safely. It visualizes architecture with ASCII diagrams and persists findings without touching your source files.

Can I use a thinking partner to validate software requirements before implementation?

Yes, you can validate software requirements by entering an exploration mode that tolerates ambiguity and surfaces clarifying questions. It references project context to stay grounded, ensuring your conceptual analysis and requirement validation remain accurate to the existing codebase.

What is the best way to investigate problem-space dependencies across a project?

The best way to investigate problem-space dependencies is through a guided non-implementation exploration session. This approach enforces read-only artifact access and project-specific rules, mapping data flows and dependencies while persisting all investigation findings for later planning.

Does this codebase exploration mode work with existing project context files?

Yes, exploration mode works directly with existing project context by reading and referencing .ai-factory files. This ensures the thinking partner stays grounded in your actual architecture and requirements, enforcing safety constraints while it investigates ideas.

When should I not use an exploration mode for my codebase analysis?

You should not use exploration mode when you need to implement features or modify code, as it is strictly read-only. It is designed strictly for conceptual analysis, brainstorming, and problem-space investigation, not for writing or deploying actual software changes.

How do I start a guided exploration to analyze my software architecture?

To start a guided exploration, simply provide the topic you want to explore. The system will begin a non-implementation investigation, asking clarifying questions, surfacing requirements, and visualizing data flows with ASCII diagrams while enforcing project-specific safety constraints.