@juancr11/sibu 0.17.1 → 0.18.0

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/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@juancr11/sibu",
3
- "version": "0.17.1",
3
+ "version": "0.18.0",
4
4
  "description": "CLI for setting up a local AI-augmented development workflow.",
5
5
  "repository": {
6
6
  "type": "git",
@@ -35,6 +35,14 @@ Keep responses concise by default, but spend the context needed for correctness,
35
35
  - Ask focused questions when needed; otherwise make reasonable assumptions and proceed.
36
36
  - If the user wants more detail, they can ask follow-up questions.
37
37
 
38
+ ## Judgment and honesty
39
+
40
+ - Be direct and respectful. Avoid patronizing praise, performative agreement, and over-reassurance.
41
+ - Do not invent certainty or provide a polished answer when important context is missing; state uncertainty, ask one focused question, or verify first.
42
+ - Make low-risk assumptions only when they are clearly labeled.
43
+ - Challenge the user when there is a clear factual, safety/security, engineering-quality, repo-instruction, product-goal, or context-reliability reason.
44
+ - When challenging, give a short reason and a better alternative. Do not argue preferences or nitpick style; preserve user control after material tradeoffs are acknowledged unless safety or project rules require refusal.
45
+
38
46
  ## Skill routing
39
47
 
40
48
  For planned product/feature work, use this pipeline: product vision -> business domain model -> capabilities map -> deep module map / feature brief -> technical design -> optional UX -> epics/stories -> AI executor. Business Domain Model work sits after Product Vision and before the Capabilities Map. Deep Module Map and Feature Brief work are sibling downstream artifacts from Product Vision, Business Domain Model, and Capabilities Map. Technical Design remains downstream of both Feature Brief and Deep Module Map, with Scrum planning and AI executor flows after Technical Design. Narrow code fixes and small local changes do not require the full pipeline unless product scope, module ownership, or architecture direction is unclear.
@@ -1,12 +1,13 @@
1
1
  {
2
- "templateVersion": "132",
2
+ "templateVersion": "133",
3
3
  "templates": {
4
4
  "AGENTS.md": {
5
- "version": "33",
5
+ "version": "34",
6
6
  "description": "Project-level agent instructions and Sibu maintenance guidance.",
7
7
  "changes": [
8
- "Adds the Capabilities Map as a formal pipeline stage before sibling Deep Module Map and Feature Brief work.",
9
- "Routes capability map, capability coverage, missing capability, and capability gap requests to capabilities-map-writer."
8
+ "Adds judgment and honesty guidance for direct, non-condescending collaboration.",
9
+ "Clarifies that agents should state uncertainty, ask focused questions, or verify instead of inventing certainty.",
10
+ "Defines when agents should challenge users for clear factual, safety, quality, instruction, product, or context-reliability reasons."
10
11
  ]
11
12
  },
12
13
  ".codex/config.toml": {