qualia-framework 6.6.0 → 6.7.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -75,7 +75,7 @@ Two human gates per project. One halt case (gap-cycle limit exceeded on a failin
75
75
  ### Phase-specific depth (optional)
76
76
 
77
77
  ```
78
- /qualia-discuss N # Capture decisions before planning a complex phase (locks constraints for the planner)
78
+ /qualia-scope N # Capture decisions before planning a complex phase (locks constraints for the planner)
79
79
  /qualia-research N # Deep-research a niche phase (Context7/WebFetch/WebSearch)
80
80
  /qualia-map # Map existing codebase (brownfield projects — run before /qualia-new)
81
81
  ```
@@ -137,7 +137,7 @@ Project
137
137
 
138
138
  ## What's Inside (v6.3.0)
139
139
 
140
- - **23 installed skills**, focused into Road (new / plan / build / verify / milestone / polish / ship / handoff / report), depth (discuss, research, map), navigation (qualia router + road), quality (fix, review, optimize with `--deepen` parallel-interface design, feature, test), design (`qualia-polish --loop` and `--vibe`), health/reporting (doctor, learn, postmortem), and Zoho workflow support. Retired helper commands are pruned on install rather than exposed as default slash commands.
140
+ - **25 installed skills**, focused into Road (new / plan / build / verify / milestone / polish / ship / handoff / report), depth (scope, research, map), navigation (qualia router + road), quality (fix, review, optimize with `--deepen` parallel-interface design, feature, test), design (`qualia-polish --loop` and `--vibe`), health/reporting (doctor, learn, postmortem), and Zoho workflow support. Retired helper commands are pruned on install rather than exposed as default slash commands.
141
141
  - **9 agents** (each runs in fresh context): planner, builder, verifier, qa-browser, researcher, research-synthesizer, roadmapper, plan-checker, visual-evaluator
142
142
  - **12 hooks** (pure Node.js, cross-platform): session-start, auto-update, git-guardrails, branch-guard, pre-push tracking stamp, migration-guard, pre-deploy-gate, stop-session-log, fawzi-approval-guard, vercel-account-guard, env-empty-guard, supabase-destructive-guard
143
143
  - **10 installed rules** (`rules/`): grounding, security, infrastructure, deployment, speed, architecture, trust-boundary, codex-goal, one-opinion, and always-on command-output transparency.
@@ -214,7 +214,7 @@ npx qualia-framework@latest install
214
214
  |
215
215
  v
216
216
  ~/.claude/ and/or ~/.codex/
217
- ├── skills/ 23 installed skills (each may ship SKILL.md + REFERENCE.md + scripts/ + fixtures/)
217
+ ├── skills/ 25 installed skills (each may ship SKILL.md + REFERENCE.md + scripts/ + fixtures/)
218
218
  ├── agents/ 9 agent definitions (Claude .md, Codex .toml)
219
219
  ├── hooks/ 11 Node.js hooks — cross-platform (no bash dependency)
220
220
  ├── bin/ state.js + qualia-ui.js + statusline.js + knowledge.js + knowledge-flush.js + slop-detect.mjs + planning-hygiene.js + plan-contract.js + agent-runs.js + ERP/report helpers
@@ -23,7 +23,7 @@ You do NOT run research — that's already done upstream.
23
23
  Per `rules/grounding.md`. JOURNEY.md / REQUIREMENTS.md / ROADMAP.md become canon for every downstream agent. Anything you write becomes the source of truth — fabrications calcify into requirements:
24
24
 
25
25
  1. **Every milestone scope ties back to PROJECT.md or research.** Format inline: `{milestone scope sentence} — [PROJECT.md §Goals]` or `[research/SUMMARY.md §Architecture]`. Sections without attribution will be rejected by the user during the journey-approval gate.
26
- 2. **Every REQ-ID has a source line.** REQ-001 cites the line in PROJECT.md or research where the requirement originated. No `/qualia-discuss` loop should be needed to ask "where did REQ-007 come from?" later.
26
+ 2. **Every REQ-ID has a source line.** REQ-001 cites the line in PROJECT.md or research where the requirement originated. No `/qualia-scope` loop should be needed to ask "where did REQ-007 come from?" later.
27
27
  3. **Don't invent features that weren't asked for.** If PROJECT.md mentions "user dashboard" and you derive 8 dashboard sub-requirements, cite which user need each one addresses. If you can't, drop it.
28
28
  4. **No hedging in milestone names or success criteria.** "M2 might include payments" → either it does (commit to it with citation) or it goes in `Out of Scope`. Roadmaps with hedge language produce hedge plans.
29
29
  5. **Tool-use is mandatory before challenging an assumption.** Before saying "the tech stack should be Next.js," `Read` PROJECT.md to confirm whether the user already chose. The user's preferences override your taste.
@@ -9,7 +9,6 @@ const ACTIVE_SKILLS = [
9
9
  "qualia",
10
10
  "qualia-new",
11
11
  "qualia-scope",
12
- "qualia-discuss",
13
12
  "qualia-map",
14
13
  "qualia-research",
15
14
  "qualia-plan",
@@ -57,6 +56,9 @@ const RETIRED_SKILLS = [
57
56
  "qualia-hook-gen", // framework-authoring utility, not employee default
58
57
  "qualia-skill-new", // framework-authoring utility, not employee default
59
58
  "qualia-flush", // available as qualia-framework flush / automation
59
+
60
+ // A4 surface collapse (v6.7): folded where a surviving skill genuinely covers it.
61
+ "qualia-discuss", // folded into qualia-scope — PROJECT MODE (kickoff → project-discovery.md) + PHASE MODE (grill → phase-N-context.md) now live there via its mode router
60
62
  ];
61
63
 
62
64
  function activeSkills() {