ln-646-project-structure-auditor
Audits physical architecture structure: modules, domains, layer layout, junk drawers, and framework placement. Use for structure drift.
- License 许可
- MIT
- 最近更新
- 2026-06-15
- Stars
- ★ 2
- Forks
- 1
01 前言 Front Matter
- name
- ln-646-project-structure-auditor
- model
- claude-haiku-4-5
- license
- MIT
- description
- Audits physical architecture structure: modules, domains, layer layout, junk drawers, and framework placement. Use for structure drift.
- allowed-tools
- Read, Grep, Glob, Bash, mcp__hex-graph__analyze_architecture, mcp__hex-line__read_file, mcp__hex-line__grep_search, mcp__hex-line__outline
02 资源文件 9
- 参考文档references/audit_scoring.md1.1 KB
- 参考文档references/audit_summary_contract.md2.2 KB
- 参考文档references/audit_worker_core_contract.md1.8 KB
- 参考文档references/mcp_integration_patterns.md1.5 KB
- 参考文档references/mcp_tool_preferences.md2.3 KB
- 参考文档references/stack_detection.md8.5 KB
- 参考文档references/structure_rules.md7.8 KB
- 参考文档references/templates/audit_worker_report_template.md1.6 KB
- 参考文档references/two_layer_detection.md1.5 KB
03 SKILL.md 正文
Paths: File paths (
references/,../ln-*) are relative to this skill directory.
Project Structure Auditor
Type: L3 Worker
L3 Worker that audits whether physical project structure reflects the intended architecture.
Purpose & Scope
- Audit modules, domains, layer layout, framework placement, and junk drawer directories
- Detect structure drift that makes the architecture hard to navigate or enforce
- Complement code-level boundary checks with physical structure evidence
- Emit
MOVE_MODULE,SPLIT_JUNK_DRAWER, orALIGN_DOMAIN_STRUCTURE - Calculate compliance score (X/10)
Out of Scope:
.gitignore,.dockerignore, temp files, build artifacts, platform remnants, and large binaries- Import-level layer violations
- Package security, env-file hygiene, or runtime lifecycle checks
- Moving/deleting files
Inputs
MANDATORY READ: Load references/audit_worker_core_contract.md.
Tool policy: follow host AGENTS.md MCP preferences; load references/mcp_tool_preferences.md and references/mcp_integration_patterns.md only when host policy is absent or MCP behavior is unclear.
Receives contextStore with: tech_stack, architecture, codebase_root, output_dir, domain_mode, scan_path.
Use hex-graph first when architecture summaries materially improve structure findings. Use hex-line first for local code, config, and manifest reads when available. If MCP is unavailable, unsupported, or not indexed, continue with built-in Read/Grep/Glob/Bash and state the fallback in the report.
Workflow
Detection policy: use two-layer detection (candidate scan, then context verification); load references/two_layer_detection.md only when the verification method is ambiguous.
- Parse context -- determine scan_root from domain-aware scope or codebase root
- Detect tech stack and intended structure
- MANDATORY READ: Load
references/stack_detection.md - Prefer explicit architecture docs/config when present; otherwise infer from source layout
- MANDATORY READ: Load
- Run structure checks (Layer 1)
- Framework expected source locations
- Domain/module grouping
- Layer directory layout
- Junk drawer directories
- Naming and placement consistency
- Verify context (Layer 2)
- Small projects may not need full domain/layer decomposition
- Framework conventions apply only to detected frameworks
- Mixed layouts are acceptable when split by app/package/test type and documented
- Collect findings with severity, location, action, effort, and recommendation
- Calculate score using
references/audit_scoring.md - Write report to
{output_dir}/ln-646--{identifier}.md - Return summary per
references/audit_summary_contract.md
Audit Rules
1. Framework Placement
What: Source files are placed outside framework or stack conventions
Detection: Load references/structure_rules.md and apply only rules for the detected stack.
Severity: HIGH when placement breaks tooling/routing, MEDIUM for maintainability drift
Action: MOVE_MODULE
2. Domain and Layer Layout
What: Domain or layer directories do not reflect the intended architecture
Detection:
- Compare documented or inferred domains/layers with physical directories
- Find domains missing expected substructure
- Find source files in root or generic folders when the project has a clear modular layout
Severity: MEDIUM by default, HIGH when structure hides critical ownership
Action: ALIGN_DOMAIN_STRUCTURE
3. Junk Drawers
What: Generic directories accumulate unrelated modules
Detection: Check directories such as utils, helpers, common, shared, services, and lib for mixed unrelated responsibilities above project thresholds.
Severity: MEDIUM for broad mixed responsibilities, LOW for small localized drift
Action: SPLIT_JUNK_DRAWER
Scoring Algorithm
MANDATORY READ: Load references/audit_scoring.md.
Output Format
MANDATORY READ: Load references/templates/audit_worker_report_template.md.
Write JSON summary per references/audit_summary_contract.md. In managed mode the caller passes both runId and summaryArtifactPath; in standalone mode the worker generates its own run-scoped artifact path per shared contract.
Write report to {output_dir}/ln-646--{identifier}.md with category: "Project Structure" and checks: framework_placement, domain_layer_layout, junk_drawers.
When summaryArtifactPath is absent, write the standalone runtime summary under .hex-skills/runtime-artifacts/runs/{run_id}/evaluation-worker/{worker}--{identifier}.json and optionally echo the same summary in structured output.
Critical Rules
Apply the already-loaded references/audit_worker_core_contract.md.
- Do not auto-fix: Report only, never move or delete files
- Unique angle: Audit physical architecture structure only. Do not audit file hygiene, ignore files, package health, env hygiene, import-level boundaries, or runtime lifecycle.
- Auto-detect, never assume: Apply framework rules only for detected stack
- Evidence always: Include file paths for every finding
- Action required: Every finding uses
MOVE_MODULE,SPLIT_JUNK_DRAWER, orALIGN_DOMAIN_STRUCTURE.
Definition of Done
Apply the already-loaded references/audit_worker_core_contract.md.
- [ ] contextStore parsed successfully
- [ ] scan_root determined
- [ ] Tech stack and intended structure detected
- [ ] Framework placement checked
- [ ] Domain/layer layout checked
- [ ] Junk drawer directories checked
- [ ] Layer 2 context verification applied
- [ ] Findings collected with severity, location, action, effort, recommendation
- [ ] Score calculated per
references/audit_scoring.md - [ ] Report written to
{output_dir}/ln-646--{identifier}.md(atomic single Write call) - [ ] Summary written per contract
Version: 1.0.0 Last Updated: 2026-03-15
04 同仓库更多 Skills
solana-dev
Use when user asks to "build a Solana dapp", "write an Anchor program", "create a token", "debug Solana errors", "set up wallet connection", "test my Solana program", "deploy to devnet", or "explain Solana concepts" (rent, accounts, PDAs, CPIs, etc.). End-to-end Solana development playbook covering wallet connection, Anchor/Pinocchio programs, Codama client generation, LiteSVM/Mollusk/Surfpool testing, and security checklists. Integrates with the Solana MCP server for live documentation search. Prefers framework-kit (@solana/client + @solana/react-hooks) for UI, wallet-standard-first connection (incl. ConnectorKit), @solana/kit for client/RPC code, and @solana/web3-compat for legacy boundaries.
generating-trading-signals
Generate trading signals using technical indicators (RSI, MACD, Bollinger Bands, etc.). Combines multiple indicators into composite signals with confidence scores. Use when analyzing assets for trading opportunities or checking technical indicators. Trigger with phrases like "get trading signals", "check indicators", "analyze for entry", "scan for opportunities", "generate buy/sell signals", or "technical analysis".
prediction-monitor
Prediction Monitor - Auto-activating skill for ML Deployment. Triggers on: prediction monitor, prediction monitor Part of the ML Deployment skill category.
strategy-advisor
High-level strategic thinking and business decision guidance for planning and direction-setting. Use when: making strategic decisions, evaluating business options, setting direction, analyzing trade-offs, or when user mentions strategy, business planning, competitive analysis, or long-term planning.
app-paywall-pilot
Design, audit, debug, and implement App Store-compliant mobile paywalls, subscription flows, pricing screens, trials, offers, feature gates, and subscription lifecycle UX. Use when the user asks to audit my paywall, fix App Store 3.1.2 rejection, improve trial-to-paid, choose plans/prices/trials, review RevenueCat/Adapty/Apphud/Superwall setup, calculate LTV/ROAS, or build paywall implementation.
figma
Use the Figma MCP server to fetch design context, screenshots, variables, and assets from Figma, and to translate Figma nodes into production code. Trigger when a task involves Figma URLs, node IDs, design-to-code implementation, or Figma MCP setup and troubleshooting.