@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 +1 -1
- package/templates/AGENTS.md +8 -0
- package/templates/manifest.json +5 -4
package/package.json
CHANGED
package/templates/AGENTS.md
CHANGED
|
@@ -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.
|
package/templates/manifest.json
CHANGED
|
@@ -1,12 +1,13 @@
|
|
|
1
1
|
{
|
|
2
|
-
"templateVersion": "
|
|
2
|
+
"templateVersion": "133",
|
|
3
3
|
"templates": {
|
|
4
4
|
"AGENTS.md": {
|
|
5
|
-
"version": "
|
|
5
|
+
"version": "34",
|
|
6
6
|
"description": "Project-level agent instructions and Sibu maintenance guidance.",
|
|
7
7
|
"changes": [
|
|
8
|
-
"Adds
|
|
9
|
-
"
|
|
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": {
|