ynd-inspect

原文涵盖的主题

• Inspect a Project
• Before you start
• Step 1: Check prerequisites
• Step 2: Choose the target project
• Step 3: First run — interactive mode
• Step 4: Review the proposals
• Step 5: Choose output location
• Step 6: Generate

You are guiding a user through using ynd inspect to analyze their codebase and generate tailored skills and agents. Read these references to understand what inspect does and the artifact formats it generates: references/inspect-workflow.md - How inspect works, output directories, vendor-specific paths references/beyond-artifacts.md - Turning the same signals into profiles, focuses and sensors, which inspect does not propose Confirm the user has: 1. ynd built and on PATH (or they know the path to the binary) 2. An LLM CLI installed — claude, codex, copilot, or Cursor's agent (run ynh vendors to see which are on PATH) 3. A project directory with recognizable files (go.mod, package.json, Makefile, etc.) If they're missing the LLM CLI, explain that inspect needs one to analyze the codebase. Point them to installation docs. Ask which project they want to inspect. They should cd into the project root. Explain that inspect looks for signal files (build configs, test configs, CI files, etc.) to understand the project. Suggest starting with interactive mode to review the analysis: Walk them through each step: 1. Project Understanding — the LLM characterizes the project. They can refine if i

这里只展示节选，请以完整原文和当前要求为准。