tribunal-kit 4.4.2 → 4.4.4
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/.agent/scripts/marathon_harness.js +896 -0
- package/.agent/scripts/prompt_compiler.js +87 -0
- package/.agent/skills/agent-organizer/SKILL.md +42 -0
- package/.agent/skills/agentic-patterns/SKILL.md +42 -0
- package/.agent/skills/ai-prompt-injection-defense/SKILL.md +42 -0
- package/.agent/skills/api-patterns/SKILL.md +42 -0
- package/.agent/skills/api-security-auditor/SKILL.md +42 -0
- package/.agent/skills/app-builder/SKILL.md +42 -0
- package/.agent/skills/appflow-wireframe/SKILL.md +42 -0
- package/.agent/skills/architecture/SKILL.md +42 -0
- package/.agent/skills/authentication-best-practices/SKILL.md +42 -0
- package/.agent/skills/backend-security-expert/SKILL.md +122 -0
- package/.agent/skills/bash-linux/SKILL.md +42 -0
- package/.agent/skills/behavioral-modes/SKILL.md +42 -0
- package/.agent/skills/brainstorming/SKILL.md +42 -0
- package/.agent/skills/building-native-ui/SKILL.md +42 -0
- package/.agent/skills/clean-code/SKILL.md +42 -0
- package/.agent/skills/code-review-checklist/SKILL.md +42 -0
- package/.agent/skills/config-validator/SKILL.md +42 -0
- package/.agent/skills/csharp-developer/SKILL.md +42 -0
- package/.agent/skills/data-validation-schemas/SKILL.md +42 -0
- package/.agent/skills/database-design/SKILL.md +42 -0
- package/.agent/skills/deployment-procedures/SKILL.md +42 -0
- package/.agent/skills/devops-engineer/SKILL.md +42 -0
- package/.agent/skills/devops-incident-responder/SKILL.md +42 -0
- package/.agent/skills/documentation-templates/SKILL.md +42 -0
- package/.agent/skills/edge-computing/SKILL.md +42 -0
- package/.agent/skills/error-resilience/SKILL.md +42 -0
- package/.agent/skills/extract-design-system/SKILL.md +42 -0
- package/.agent/skills/framer-motion-expert/SKILL.md +42 -0
- package/.agent/skills/frontend-design/SKILL.md +42 -0
- package/.agent/skills/frontend-security-expert/SKILL.md +123 -0
- package/.agent/skills/game-design-expert/SKILL.md +42 -0
- package/.agent/skills/game-engineering-expert/SKILL.md +42 -0
- package/.agent/skills/geo-fundamentals/SKILL.md +42 -0
- package/.agent/skills/github-operations/SKILL.md +42 -0
- package/.agent/skills/gsap-core/SKILL.md +42 -0
- package/.agent/skills/gsap-frameworks/SKILL.md +42 -0
- package/.agent/skills/gsap-performance/SKILL.md +42 -0
- package/.agent/skills/gsap-plugins/SKILL.md +42 -0
- package/.agent/skills/gsap-react/SKILL.md +42 -0
- package/.agent/skills/gsap-scrolltrigger/SKILL.md +42 -0
- package/.agent/skills/gsap-timeline/SKILL.md +42 -0
- package/.agent/skills/gsap-utils/SKILL.md +42 -0
- package/.agent/skills/i18n-localization/SKILL.md +42 -0
- package/.agent/skills/intelligent-routing/SKILL.md +42 -0
- package/.agent/skills/knowledge-graph/SKILL.md +42 -0
- package/.agent/skills/lint-and-validate/SKILL.md +42 -0
- package/.agent/skills/llm-engineering/SKILL.md +42 -0
- package/.agent/skills/local-first/SKILL.md +42 -0
- package/.agent/skills/mcp-builder/SKILL.md +42 -0
- package/.agent/skills/mobile-design/SKILL.md +42 -0
- package/.agent/skills/monorepo-management/SKILL.md +42 -0
- package/.agent/skills/motion-engineering/SKILL.md +42 -0
- package/.agent/skills/nextjs-react-expert/SKILL.md +42 -0
- package/.agent/skills/nodejs-best-practices/SKILL.md +42 -0
- package/.agent/skills/observability/SKILL.md +42 -0
- package/.agent/skills/parallel-agents/SKILL.md +42 -0
- package/.agent/skills/performance-profiling/SKILL.md +42 -0
- package/.agent/skills/plan-writing/SKILL.md +42 -0
- package/.agent/skills/platform-engineer/SKILL.md +42 -0
- package/.agent/skills/playwright-best-practices/SKILL.md +42 -0
- package/.agent/skills/powershell-windows/SKILL.md +42 -0
- package/.agent/skills/project-idioms/SKILL.md +42 -0
- package/.agent/skills/python-patterns/SKILL.md +42 -0
- package/.agent/skills/python-pro/SKILL.md +42 -0
- package/.agent/skills/react-specialist/SKILL.md +42 -0
- package/.agent/skills/readme-builder/SKILL.md +42 -0
- package/.agent/skills/realtime-patterns/SKILL.md +42 -0
- package/.agent/skills/red-team-tactics/SKILL.md +42 -0
- package/.agent/skills/rust-pro/SKILL.md +42 -0
- package/.agent/skills/seo-fundamentals/SKILL.md +42 -0
- package/.agent/skills/server-management/SKILL.md +42 -0
- package/.agent/skills/shadcn-ui-expert/SKILL.md +42 -0
- package/.agent/skills/skill-creator/SKILL.md +42 -0
- package/.agent/skills/sql-pro/SKILL.md +42 -0
- package/.agent/skills/supabase-postgres-best-practices/SKILL.md +42 -0
- package/.agent/skills/swiftui-expert/SKILL.md +42 -0
- package/.agent/skills/systematic-debugging/SKILL.md +42 -0
- package/.agent/skills/tailwind-patterns/SKILL.md +42 -0
- package/.agent/skills/tdd-workflow/SKILL.md +42 -0
- package/.agent/skills/test-result-analyzer/SKILL.md +42 -0
- package/.agent/skills/testing-patterns/SKILL.md +42 -0
- package/.agent/skills/trend-researcher/SKILL.md +42 -0
- package/.agent/skills/typescript-advanced/SKILL.md +42 -0
- package/.agent/skills/ui-ux-pro-max/SKILL.md +42 -0
- package/.agent/skills/ui-ux-researcher/SKILL.md +42 -0
- package/.agent/skills/vue-expert/SKILL.md +42 -0
- package/.agent/skills/vulnerability-scanner/SKILL.md +42 -0
- package/.agent/skills/web-accessibility-auditor/SKILL.md +42 -0
- package/.agent/skills/web-design-guidelines/SKILL.md +42 -0
- package/.agent/skills/webapp-testing/SKILL.md +42 -0
- package/.agent/skills/whimsy-injector/SKILL.md +42 -0
- package/.agent/skills/workflow-optimizer/SKILL.md +42 -0
- package/.agent/workflows/marathon.md +247 -0
- package/.agent/workflows/super-prompt.md +27 -0
- package/README.md +113 -242
- package/bin/tribunal-kit.js +49 -3
- package/package.json +3 -2
- package/.agent/scripts/append_flow.js +0 -72
- package/.agent/scripts/colors.js +0 -11
- package/.agent/scripts/compress_skills.js +0 -141
- package/.agent/scripts/consolidate_skills.js +0 -149
- package/.agent/scripts/deep_compress.js +0 -150
- package/.agent/scripts/patch_skills_meta.js +0 -156
- package/.agent/scripts/patch_skills_output.js +0 -244
- package/.agent/scripts/strip_tribunal.js +0 -47
- package/.agent/scripts/utils.js +0 -17
|
@@ -159,3 +159,45 @@ Review these questions before confirming output:
|
|
|
159
159
|
|
|
160
160
|
## VBC Protocol (Verification-Before-Completion)
|
|
161
161
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
162
|
+
|
|
163
|
+
|
|
164
|
+
---
|
|
165
|
+
|
|
166
|
+
## 🤖 LLM-Specific Traps
|
|
167
|
+
|
|
168
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
169
|
+
|
|
170
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
171
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
172
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
173
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
174
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
175
|
+
|
|
176
|
+
---
|
|
177
|
+
|
|
178
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
179
|
+
|
|
180
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
181
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
182
|
+
|
|
183
|
+
### ❌ Forbidden AI Tropes
|
|
184
|
+
|
|
185
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
186
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
187
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
188
|
+
|
|
189
|
+
### ✅ Pre-Flight Self-Audit
|
|
190
|
+
|
|
191
|
+
Review these questions before confirming output:
|
|
192
|
+
```
|
|
193
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
194
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
195
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
196
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
197
|
+
```
|
|
198
|
+
|
|
199
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
200
|
+
|
|
201
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
202
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
203
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -307,3 +307,45 @@ Review these questions before confirming output:
|
|
|
307
307
|
|
|
308
308
|
## VBC Protocol (Verification-Before-Completion)
|
|
309
309
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
310
|
+
|
|
311
|
+
|
|
312
|
+
---
|
|
313
|
+
|
|
314
|
+
## 🤖 LLM-Specific Traps
|
|
315
|
+
|
|
316
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
317
|
+
|
|
318
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
319
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
320
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
321
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
322
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
323
|
+
|
|
324
|
+
---
|
|
325
|
+
|
|
326
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
327
|
+
|
|
328
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
329
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
330
|
+
|
|
331
|
+
### ❌ Forbidden AI Tropes
|
|
332
|
+
|
|
333
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
334
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
335
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
336
|
+
|
|
337
|
+
### ✅ Pre-Flight Self-Audit
|
|
338
|
+
|
|
339
|
+
Review these questions before confirming output:
|
|
340
|
+
```
|
|
341
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
342
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
343
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
344
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
345
|
+
```
|
|
346
|
+
|
|
347
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
348
|
+
|
|
349
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
350
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
351
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -577,3 +577,45 @@ Review these questions before confirming output:
|
|
|
577
577
|
|
|
578
578
|
## VBC Protocol (Verification-Before-Completion)
|
|
579
579
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
580
|
+
|
|
581
|
+
|
|
582
|
+
---
|
|
583
|
+
|
|
584
|
+
## 🤖 LLM-Specific Traps
|
|
585
|
+
|
|
586
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
587
|
+
|
|
588
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
589
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
590
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
591
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
592
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
593
|
+
|
|
594
|
+
---
|
|
595
|
+
|
|
596
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
597
|
+
|
|
598
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
599
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
600
|
+
|
|
601
|
+
### ❌ Forbidden AI Tropes
|
|
602
|
+
|
|
603
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
604
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
605
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
606
|
+
|
|
607
|
+
### ✅ Pre-Flight Self-Audit
|
|
608
|
+
|
|
609
|
+
Review these questions before confirming output:
|
|
610
|
+
```
|
|
611
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
612
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
613
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
614
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
615
|
+
```
|
|
616
|
+
|
|
617
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
618
|
+
|
|
619
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
620
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
621
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -235,3 +235,45 @@ Review these questions before confirming output:
|
|
|
235
235
|
|
|
236
236
|
## VBC Protocol (Verification-Before-Completion)
|
|
237
237
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
238
|
+
|
|
239
|
+
|
|
240
|
+
---
|
|
241
|
+
|
|
242
|
+
## 🤖 LLM-Specific Traps
|
|
243
|
+
|
|
244
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
245
|
+
|
|
246
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
247
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
248
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
249
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
250
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
251
|
+
|
|
252
|
+
---
|
|
253
|
+
|
|
254
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
255
|
+
|
|
256
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
257
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
258
|
+
|
|
259
|
+
### ❌ Forbidden AI Tropes
|
|
260
|
+
|
|
261
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
262
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
263
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
264
|
+
|
|
265
|
+
### ✅ Pre-Flight Self-Audit
|
|
266
|
+
|
|
267
|
+
Review these questions before confirming output:
|
|
268
|
+
```
|
|
269
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
270
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
271
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
272
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
273
|
+
```
|
|
274
|
+
|
|
275
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
276
|
+
|
|
277
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
278
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
279
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -333,3 +333,45 @@ Review these questions before confirming output:
|
|
|
333
333
|
|
|
334
334
|
## VBC Protocol (Verification-Before-Completion)
|
|
335
335
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
336
|
+
|
|
337
|
+
|
|
338
|
+
---
|
|
339
|
+
|
|
340
|
+
## 🤖 LLM-Specific Traps
|
|
341
|
+
|
|
342
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
343
|
+
|
|
344
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
345
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
346
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
347
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
348
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
349
|
+
|
|
350
|
+
---
|
|
351
|
+
|
|
352
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
353
|
+
|
|
354
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
355
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
356
|
+
|
|
357
|
+
### ❌ Forbidden AI Tropes
|
|
358
|
+
|
|
359
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
360
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
361
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
362
|
+
|
|
363
|
+
### ✅ Pre-Flight Self-Audit
|
|
364
|
+
|
|
365
|
+
Review these questions before confirming output:
|
|
366
|
+
```
|
|
367
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
368
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
369
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
370
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
371
|
+
```
|
|
372
|
+
|
|
373
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
374
|
+
|
|
375
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
376
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
377
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -560,3 +560,45 @@ Review these questions before confirming output:
|
|
|
560
560
|
|
|
561
561
|
## VBC Protocol (Verification-Before-Completion)
|
|
562
562
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
563
|
+
|
|
564
|
+
|
|
565
|
+
---
|
|
566
|
+
|
|
567
|
+
## 🤖 LLM-Specific Traps
|
|
568
|
+
|
|
569
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
570
|
+
|
|
571
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
572
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
573
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
574
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
575
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
576
|
+
|
|
577
|
+
---
|
|
578
|
+
|
|
579
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
580
|
+
|
|
581
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
582
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
583
|
+
|
|
584
|
+
### ❌ Forbidden AI Tropes
|
|
585
|
+
|
|
586
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
587
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
588
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
589
|
+
|
|
590
|
+
### ✅ Pre-Flight Self-Audit
|
|
591
|
+
|
|
592
|
+
Review these questions before confirming output:
|
|
593
|
+
```
|
|
594
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
595
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
596
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
597
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
598
|
+
```
|
|
599
|
+
|
|
600
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
601
|
+
|
|
602
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
603
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
604
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -242,3 +242,45 @@ Review these questions before confirming output:
|
|
|
242
242
|
|
|
243
243
|
## VBC Protocol (Verification-Before-Completion)
|
|
244
244
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
245
|
+
|
|
246
|
+
|
|
247
|
+
---
|
|
248
|
+
|
|
249
|
+
## 🤖 LLM-Specific Traps
|
|
250
|
+
|
|
251
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
252
|
+
|
|
253
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
254
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
255
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
256
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
257
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
258
|
+
|
|
259
|
+
---
|
|
260
|
+
|
|
261
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
262
|
+
|
|
263
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
264
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
265
|
+
|
|
266
|
+
### ❌ Forbidden AI Tropes
|
|
267
|
+
|
|
268
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
269
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
270
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
271
|
+
|
|
272
|
+
### ✅ Pre-Flight Self-Audit
|
|
273
|
+
|
|
274
|
+
Review these questions before confirming output:
|
|
275
|
+
```
|
|
276
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
277
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
278
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
279
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
280
|
+
```
|
|
281
|
+
|
|
282
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
283
|
+
|
|
284
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
285
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
286
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -273,3 +273,45 @@ Review these questions before confirming output:
|
|
|
273
273
|
|
|
274
274
|
## VBC Protocol (Verification-Before-Completion)
|
|
275
275
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
276
|
+
|
|
277
|
+
|
|
278
|
+
---
|
|
279
|
+
|
|
280
|
+
## 🤖 LLM-Specific Traps
|
|
281
|
+
|
|
282
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
283
|
+
|
|
284
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
285
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
286
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
287
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
288
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
289
|
+
|
|
290
|
+
---
|
|
291
|
+
|
|
292
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
293
|
+
|
|
294
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
295
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
296
|
+
|
|
297
|
+
### ❌ Forbidden AI Tropes
|
|
298
|
+
|
|
299
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
300
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
301
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
302
|
+
|
|
303
|
+
### ✅ Pre-Flight Self-Audit
|
|
304
|
+
|
|
305
|
+
Review these questions before confirming output:
|
|
306
|
+
```
|
|
307
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
308
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
309
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
310
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
311
|
+
```
|
|
312
|
+
|
|
313
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
314
|
+
|
|
315
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
316
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
317
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -402,3 +402,45 @@ Review these questions before confirming output:
|
|
|
402
402
|
|
|
403
403
|
## VBC Protocol (Verification-Before-Completion)
|
|
404
404
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
405
|
+
|
|
406
|
+
|
|
407
|
+
---
|
|
408
|
+
|
|
409
|
+
## 🤖 LLM-Specific Traps
|
|
410
|
+
|
|
411
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
412
|
+
|
|
413
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
414
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
415
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
416
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
417
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
418
|
+
|
|
419
|
+
---
|
|
420
|
+
|
|
421
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
422
|
+
|
|
423
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
424
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
425
|
+
|
|
426
|
+
### ❌ Forbidden AI Tropes
|
|
427
|
+
|
|
428
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
429
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
430
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
431
|
+
|
|
432
|
+
### ✅ Pre-Flight Self-Audit
|
|
433
|
+
|
|
434
|
+
Review these questions before confirming output:
|
|
435
|
+
```
|
|
436
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
437
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
438
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
439
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
440
|
+
```
|
|
441
|
+
|
|
442
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
443
|
+
|
|
444
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
445
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
446
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -216,3 +216,45 @@ Review these questions before confirming output:
|
|
|
216
216
|
|
|
217
217
|
## VBC Protocol (Verification-Before-Completion)
|
|
218
218
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
219
|
+
|
|
220
|
+
|
|
221
|
+
---
|
|
222
|
+
|
|
223
|
+
## 🤖 LLM-Specific Traps
|
|
224
|
+
|
|
225
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
226
|
+
|
|
227
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
228
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
229
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
230
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
231
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
232
|
+
|
|
233
|
+
---
|
|
234
|
+
|
|
235
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
236
|
+
|
|
237
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
238
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
239
|
+
|
|
240
|
+
### ❌ Forbidden AI Tropes
|
|
241
|
+
|
|
242
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
243
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
244
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
245
|
+
|
|
246
|
+
### ✅ Pre-Flight Self-Audit
|
|
247
|
+
|
|
248
|
+
Review these questions before confirming output:
|
|
249
|
+
```
|
|
250
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
251
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
252
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
253
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
254
|
+
```
|
|
255
|
+
|
|
256
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
257
|
+
|
|
258
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
259
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
260
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -184,3 +184,45 @@ Review these questions before confirming output:
|
|
|
184
184
|
|
|
185
185
|
## VBC Protocol (Verification-Before-Completion)
|
|
186
186
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
187
|
+
|
|
188
|
+
|
|
189
|
+
---
|
|
190
|
+
|
|
191
|
+
## 🤖 LLM-Specific Traps
|
|
192
|
+
|
|
193
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
194
|
+
|
|
195
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
196
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
197
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
198
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
199
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
200
|
+
|
|
201
|
+
---
|
|
202
|
+
|
|
203
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
204
|
+
|
|
205
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
206
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
207
|
+
|
|
208
|
+
### ❌ Forbidden AI Tropes
|
|
209
|
+
|
|
210
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
211
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
212
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
213
|
+
|
|
214
|
+
### ✅ Pre-Flight Self-Audit
|
|
215
|
+
|
|
216
|
+
Review these questions before confirming output:
|
|
217
|
+
```
|
|
218
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
219
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
220
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
221
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
222
|
+
```
|
|
223
|
+
|
|
224
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
225
|
+
|
|
226
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
227
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
228
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -167,3 +167,45 @@ Review these questions before confirming output:
|
|
|
167
167
|
|
|
168
168
|
## VBC Protocol (Verification-Before-Completion)
|
|
169
169
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
170
|
+
|
|
171
|
+
|
|
172
|
+
---
|
|
173
|
+
|
|
174
|
+
## 🤖 LLM-Specific Traps
|
|
175
|
+
|
|
176
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
177
|
+
|
|
178
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
179
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
180
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
181
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
182
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
183
|
+
|
|
184
|
+
---
|
|
185
|
+
|
|
186
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
187
|
+
|
|
188
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
189
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
190
|
+
|
|
191
|
+
### ❌ Forbidden AI Tropes
|
|
192
|
+
|
|
193
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
194
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
195
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
196
|
+
|
|
197
|
+
### ✅ Pre-Flight Self-Audit
|
|
198
|
+
|
|
199
|
+
Review these questions before confirming output:
|
|
200
|
+
```
|
|
201
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
202
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
203
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
204
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
205
|
+
```
|
|
206
|
+
|
|
207
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
208
|
+
|
|
209
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
210
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
211
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -323,3 +323,45 @@ Review these questions before confirming output:
|
|
|
323
323
|
|
|
324
324
|
## VBC Protocol (Verification-Before-Completion)
|
|
325
325
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
326
|
+
|
|
327
|
+
|
|
328
|
+
---
|
|
329
|
+
|
|
330
|
+
## 🤖 LLM-Specific Traps
|
|
331
|
+
|
|
332
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
333
|
+
|
|
334
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
335
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
336
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
337
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
338
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
339
|
+
|
|
340
|
+
---
|
|
341
|
+
|
|
342
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
343
|
+
|
|
344
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
345
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
346
|
+
|
|
347
|
+
### ❌ Forbidden AI Tropes
|
|
348
|
+
|
|
349
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
350
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
351
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
352
|
+
|
|
353
|
+
### ✅ Pre-Flight Self-Audit
|
|
354
|
+
|
|
355
|
+
Review these questions before confirming output:
|
|
356
|
+
```
|
|
357
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
358
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
359
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
360
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
361
|
+
```
|
|
362
|
+
|
|
363
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
364
|
+
|
|
365
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
366
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
367
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|
|
@@ -227,3 +227,45 @@ Review these questions before confirming output:
|
|
|
227
227
|
|
|
228
228
|
## VBC Protocol (Verification-Before-Completion)
|
|
229
229
|
You MUST verify existing code signatures and variables before attempting to modify or call them. No hallucination is permitted.
|
|
230
|
+
|
|
231
|
+
|
|
232
|
+
---
|
|
233
|
+
|
|
234
|
+
## 🤖 LLM-Specific Traps
|
|
235
|
+
|
|
236
|
+
AI coding assistants often fall into specific bad habits when dealing with this domain. These are strictly forbidden:
|
|
237
|
+
|
|
238
|
+
1. **Over-engineering:** Proposing complex abstractions or distributed systems when a simpler approach suffices.
|
|
239
|
+
2. **Hallucinated Libraries/Methods:** Using non-existent methods or packages. Always `// VERIFY` or check `package.json` / `requirements.txt`.
|
|
240
|
+
3. **Skipping Edge Cases:** Writing the "happy path" and ignoring error handling, timeouts, or data validation.
|
|
241
|
+
4. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
242
|
+
5. **Silent Degradation:** Catching and suppressing errors without logging or re-raising.
|
|
243
|
+
|
|
244
|
+
---
|
|
245
|
+
|
|
246
|
+
## 🏛️ Tribunal Integration (Anti-Hallucination)
|
|
247
|
+
|
|
248
|
+
**Slash command: `/review` or `/tribunal-full`**
|
|
249
|
+
**Active reviewers: `logic-reviewer` · `security-auditor`**
|
|
250
|
+
|
|
251
|
+
### ❌ Forbidden AI Tropes
|
|
252
|
+
|
|
253
|
+
1. **Blind Assumptions:** Never make an assumption without documenting it clearly with `// VERIFY: [reason]`.
|
|
254
|
+
2. **Silent Degradation:** Catching and suppressing errors without logging or handling.
|
|
255
|
+
3. **Context Amnesia:** Forgetting the user's constraints and offering generic advice instead of tailored solutions.
|
|
256
|
+
|
|
257
|
+
### ✅ Pre-Flight Self-Audit
|
|
258
|
+
|
|
259
|
+
Review these questions before confirming output:
|
|
260
|
+
```
|
|
261
|
+
✅ Did I rely ONLY on real, verified tools and methods?
|
|
262
|
+
✅ Is this solution appropriately scoped to the user's constraints?
|
|
263
|
+
✅ Did I handle potential failure modes and edge cases?
|
|
264
|
+
✅ Have I avoided generic boilerplate that doesn't add value?
|
|
265
|
+
```
|
|
266
|
+
|
|
267
|
+
### 🛑 Verification-Before-Completion (VBC) Protocol
|
|
268
|
+
|
|
269
|
+
**CRITICAL:** You must follow a strict "evidence-based closeout" state machine.
|
|
270
|
+
- ❌ **Forbidden:** Declaring a task complete because the output "looks correct."
|
|
271
|
+
- ✅ **Required:** You are explicitly forbidden from finalizing any task without providing **concrete evidence** (terminal output, passing tests, compile success, or equivalent proof) that your output works as intended.
|