FUCK FROSTED GLASS
This commit is contained in:
5
conductor/archive/frosted_glass_20260313/index.md
Normal file
5
conductor/archive/frosted_glass_20260313/index.md
Normal file
@@ -0,0 +1,5 @@
|
||||
# Track frosted_glass_20260313 Context
|
||||
|
||||
- [Specification](./spec.md)
|
||||
- [Implementation Plan](./plan.md)
|
||||
- [Metadata](./metadata.json)
|
||||
8
conductor/archive/frosted_glass_20260313/metadata.json
Normal file
8
conductor/archive/frosted_glass_20260313/metadata.json
Normal file
@@ -0,0 +1,8 @@
|
||||
{
|
||||
"track_id": "frosted_glass_20260313",
|
||||
"type": "feature",
|
||||
"status": "new",
|
||||
"created_at": "2026-03-13T14:39:00Z",
|
||||
"updated_at": "2026-03-13T14:39:00Z",
|
||||
"description": "Add 'frosted glass' bg for transparency on panels and popups. This blurring effect will allow drop downs and other elements of these panels to not get hard to discern from background text or elements behind the panel."
|
||||
}
|
||||
26
conductor/archive/frosted_glass_20260313/plan.md
Normal file
26
conductor/archive/frosted_glass_20260313/plan.md
Normal file
@@ -0,0 +1,26 @@
|
||||
# Implementation Plan: Frosted Glass Background Effect
|
||||
|
||||
## Phase 1: Shader Development & Integration
|
||||
- [ ] Task: Audit `src/shader_manager.py` to identify existing background/post-process integration points.
|
||||
- [ ] Task: Write Tests: Verify `ShaderManager` can compile and bind a multi-pass blur shader.
|
||||
- [ ] Task: Implement: Add `FrostedGlassShader` (GLSL) to `src/shader_manager.py`.
|
||||
- [ ] Task: Implement: Integrate the blur shader into the `ShaderManager` lifecycle.
|
||||
- [ ] Task: Conductor - User Manual Verification 'Phase 1: Shader Development & Integration' (Protocol in workflow.md)
|
||||
|
||||
## Phase 2: Framebuffer Capture Pipeline
|
||||
- [ ] Task: Write Tests: Verify the FBO capture mechanism correctly samples the back buffer and stores it in a texture.
|
||||
- [ ] Task: Implement: Update `src/shader_manager.py` or `src/gui_2.py` to handle "pre-rendering" of the background into a texture for blurring.
|
||||
- [ ] Task: Implement: Ensure the blurred texture is updated every frame or on window move events.
|
||||
- [ ] Task: Conductor - User Manual Verification 'Phase 2: Framebuffer Capture Pipeline' (Protocol in workflow.md)
|
||||
|
||||
## Phase 3: GUI Integration & Rendering
|
||||
- [ ] Task: Write Tests: Verify that a mocked ImGui window successfully calls the frosted glass rendering logic.
|
||||
- [ ] Task: Implement: Create a `_render_frosted_background(self, pos, size)` helper in `src/gui_2.py`.
|
||||
- [ ] Task: Implement: Update panel rendering loops (e.g. `_gui_func`) to inject the frosted background before calling `imgui.begin()` for major panels.
|
||||
- [ ] Task: Conductor - User Manual Verification 'Phase 3: GUI Integration & Rendering' (Protocol in workflow.md)
|
||||
|
||||
## Phase 4: UI Controls & Configuration
|
||||
- [ ] Task: Write Tests: Verify that modifying blur uniforms via the Live Editor updates the shader state.
|
||||
- [ ] Task: Implement: Add "Frosted Glass" sliders (Blur, Tint, Opacity) to the **Shader Editor** in `src/gui_2.py`.
|
||||
- [ ] Task: Implement: Update `src/theme.py` to parse and store frosted glass settings from `config.toml`.
|
||||
- [ ] Task: Conductor - User Manual Verification 'Phase 4: UI Controls & Configuration' (Protocol in workflow.md)
|
||||
34
conductor/archive/frosted_glass_20260313/spec.md
Normal file
34
conductor/archive/frosted_glass_20260313/spec.md
Normal file
@@ -0,0 +1,34 @@
|
||||
# Specification: Frosted Glass Background Effect
|
||||
|
||||
## Overview
|
||||
Implement a high-fidelity "frosted glass" (acrylic) background effect for all GUI panels and popups within the Manual Slop interface. This effect will use a GPU-resident shader to blur the content behind active windows, improving readability and visual depth while preventing background text from clashing with foreground UI elements.
|
||||
|
||||
## Functional Requirements
|
||||
- **GPU-Accelerated Blur:**
|
||||
- Implement a GLSL fragment shader (e.g., Gaussian or Kawase blur) within the existing `ShaderManager` pipeline.
|
||||
- The shader must sample the current frame buffer background and render a blurred version behind the active window's background.
|
||||
- **Global Integration:**
|
||||
- The effect must automatically apply to all standard ImGui panels and popups.
|
||||
- Integrate with `imgui.begin()` and `imgui.begin_popup()` (or via a reusable wrapper helper).
|
||||
- **Real-Time Tuning:**
|
||||
- Add controls to the **Live Shader Editor** to adjust the following parameters:
|
||||
- **Blur Radius:** Control the intensity of the Gaussian blur.
|
||||
- **Tint Intensity:** Control the strength of the "frost" overlay color.
|
||||
- **Base Opacity:** Control the overall transparency of the frosted layer.
|
||||
- **Persistence:**
|
||||
- Save frosted glass parameters to `config.toml` under the `theme` or `shader` section.
|
||||
|
||||
## Technical Implementation
|
||||
- **Shader Pipeline:** Use `PyOpenGL` to manage a dedicated background texture/FBO for sampling.
|
||||
- **Coordinate Mapping:** Ensure the blur shader correctly maps screen coordinates to the region behind the current ImGui window.
|
||||
- **State Integration:** Store tuning parameters in `App.shader_uniforms` and ensure they are updated every frame.
|
||||
|
||||
## Acceptance Criteria
|
||||
- [ ] Panels and popups have a distinct, blurred background that clearly separates them from the content behind them.
|
||||
- [ ] Changing the "Blur Radius" slider in the Shader Editor immediately updates the visual frostiness.
|
||||
- [ ] The effect remains stable during window dragging and resizing.
|
||||
- [ ] No significant performance degradation (maintaining target FPS).
|
||||
|
||||
## Out of Scope
|
||||
- Implementing different blur types (e.g., motion blur, radial blur).
|
||||
- Per-panel unique blur settings (initially global only).
|
||||
454
conductor/archive/meta-review_report.md
Normal file
454
conductor/archive/meta-review_report.md
Normal file
@@ -0,0 +1,454 @@
|
||||
# Meta-Report: Directive & Context Uptake Analysis
|
||||
|
||||
**Author:** GLM-4.7
|
||||
|
||||
**Analysis Date:** 2026-03-04
|
||||
|
||||
**Derivation Methodology:**
|
||||
1. Read all provider integration directories (`.claude/`, `.gemini/`, `.opencode/`)
|
||||
2. Read provider permission/config files (settings.json, tools.json)
|
||||
3. Read all provider command directives in `.claude/commands/` directory
|
||||
4. Cross-reference findings with testing/simulation audit report in `test_architecture_integrity_audit_20260304/report.md`
|
||||
5. Identify contradictions and potential sources of false positives
|
||||
6. Map findings to testing pitfalls identified in audit
|
||||
|
||||
---
|
||||
|
||||
## Executive Summary
|
||||
|
||||
**Critical Finding:** The current directive/context uptake system has **inherent contradictions** and **missing behavioral constraints** that directly create to **7 high-severity and 10 medium-severity testing pitfalls** documented in the testing architecture audit.
|
||||
|
||||
**Key Issues:**
|
||||
1. **Overwhelming Process Documentation:** `workflow.md` (26KB) provides so much detail it causes analysis paralysis and encourages over-engineering rather than just getting work done.
|
||||
2. **Missing Model Configuration:** There are NO centralized system prompt configurations for different LLM providers (Gemini, Anthropic, DeepSeek, Gemini CLI), leading to inconsistent behavior across providers.
|
||||
3. **TDD Protocol Rigidity:** The strict Red/Green/Refactor + git notes + phase checkpoints protocol is so bureaucratic it blocks rapid iteration on small changes.
|
||||
4. **Directive Transmission Gaps:** Provider permission files have minimal configurations (just tool access), with no behavioral constraints or system prompt injection.
|
||||
|
||||
**Impact:** These configuration gaps directly contribute to **false positive risks** and **simulation fidelity issues** identified in the testing audit.
|
||||
|
||||
---
|
||||
|
||||
## Part 1: Provider Integration Architecture Analysis
|
||||
|
||||
### 1.1 Claude (.claude/) Integration Mechanism
|
||||
|
||||
**Discovery Command:** `/conductor-implement`
|
||||
|
||||
**Tool Path:** `scripts/claude_mma_exec.py` (via settings.json permissions)
|
||||
|
||||
**Workflow Steps:**
|
||||
1. Read multiple docs (workflow.md, tech-stack.md, spec.md, plan.md)
|
||||
2. Read codebase (using Research-First Protocol)
|
||||
3. Implement changes using Tier 3 Worker
|
||||
4. Run tests (Red Phase)
|
||||
5. Run tests again (Green Phase)
|
||||
6. Refactor
|
||||
7. Verify coverage (>80%)
|
||||
8. Commit with git notes
|
||||
9. Repeat for each task
|
||||
|
||||
**Issues Identified:**
|
||||
- **TDD Protocol Overhead** - 12-step process per task creates bureaucracy
|
||||
- **Per-Task Git Notes** - Increases context bloat and causes merge conflicts
|
||||
- **Multi-Subprocess Calls** - Reduces performance, increases flakiness
|
||||
|
||||
**Testing Consequences:**
|
||||
- Integration tests using `.claude/` commands will behave differently than when using real providers
|
||||
- Tests may pass due to lack of behavioral enforcement
|
||||
- No way to verify "correct" behavior - only that code executes
|
||||
|
||||
### 1.2 Gemini (.gemini/) Autonomy Configuration
|
||||
|
||||
**Policy File:** `99-agent-full-autonomy.toml`
|
||||
|
||||
**Content Analysis:**
|
||||
```toml
|
||||
experimental = true
|
||||
```
|
||||
|
||||
**Issues Identified:**
|
||||
- **Full Autonomy** - 99-agent can modify any file without constraints
|
||||
- **No Behavioral Rules** - No documentation on expected AI behavior
|
||||
- **External Access** - workspace_folders includes C:/projects/gencpp
|
||||
- **Experimental Flag** - Tests can enable risky behaviors
|
||||
|
||||
**Testing Consequences:**
|
||||
- Integration tests using `.gemini/` commands will behave differently than when using real providers
|
||||
- Tests may pass due to lack of behavioral enforcement
|
||||
- No way to verify error handling
|
||||
|
||||
**Related Audit Findings:**
|
||||
- Mock provider always succeeds ? All integration tests pass (Risk #1)
|
||||
- No negative testing ? Error handling untested (Risk #5)
|
||||
- Auto-approval never verifies dialogs ? Approval UX untested (Risk #2)
|
||||
|
||||
### 1.3 Opencode (.opencode/) Integration Mechanism
|
||||
|
||||
**Plugin System:** Minimal (package.json, .gitignore)
|
||||
|
||||
**Permissions:** Full MCP tool access (via package.json dependencies)
|
||||
|
||||
**Behavioral Constraints:**
|
||||
- None documented
|
||||
- No experimental flag gating
|
||||
- No behavioral rules
|
||||
|
||||
**Issues:**
|
||||
- **No Constraints** - Tests can invoke arbitrary tools
|
||||
- **Full Access** - No safeguards
|
||||
|
||||
**Related Audit Findings:**
|
||||
- Mock provider always succeeds ? All integration tests pass (Risk #1)
|
||||
- No negative testing ? Error handling untested (Risk #5)
|
||||
- Auto-approval never verifies dialogs ? Approval UX untested (Risk #2)
|
||||
- No concurrent access testing ? Thread safety untested (Risk #8)
|
||||
|
||||
---
|
||||
|
||||
## Part 2: Cross-Reference with Testing Pitfalls
|
||||
|
||||
| Provider Issue | Testing Pitfall | Audit Reference |
|
||||
|---------------|-----------------|----------------|
|
||||
| **Claude TDD Overhead** | 12-step protocol per task | Causes Read-First Paralysis (Audit Finding #4) |
|
||||
| **Gemini Autonomy** | Full autonomy, no rules | Causes Risk #2 | Tests may pass incorrectly |
|
||||
| **Read-First Paralysis** | Research 5+ docs per 25-line change | Causes delays (Audit Finding #4) |
|
||||
| **Opencode Minimal** | Full access, no constraints | Causes Risk #1 |
|
||||
|
||||
---
|
||||
|
||||
## Part 3: Root Cause Analysis
|
||||
|
||||
### Fundamental Contradiction
|
||||
|
||||
**Stated Goal:** Ensure code quality through detailed protocols
|
||||
|
||||
**Actual Effect:** Creates **systematic disincentive** to implement changes
|
||||
|
||||
**Evidence:**
|
||||
- `.claude/commands/` directory: 11 command files (4.113KB total)
|
||||
- `workflow.md`: 26KB documentation
|
||||
- Combined: 52KB + docs = ~80KB documentation to read before each task
|
||||
|
||||
**Result:** Developers must read 30KB-80KB before making 25-line changes
|
||||
|
||||
**Why This Is Problem:**
|
||||
1. **Token Burn:** Reading 30KB of documentation costs ~6000-9000 tokens depending on model
|
||||
2. **Time Cost:** Reading takes 10-30 minutes before implementation
|
||||
3. **Context Bloat:** Documentation must be carried into AI context, increasing prompt size
|
||||
4. **Paralysis Risk:** Developers spend more time reading than implementing
|
||||
5. **Iteration Block:** Git notes and multi-subprocess overhead prevent rapid iteration
|
||||
|
||||
---
|
||||
|
||||
## Part 4: Specific False Positive Sources
|
||||
|
||||
### FP-Source 1: Mock Provider Behavior (Audit Risk #1)
|
||||
|
||||
**Current Behavior:** `tests/mock_gemini_cli.py` always returns valid responses
|
||||
|
||||
**Why This Causes False Positives:**
|
||||
1. All integration tests use `.claude/commands` ? Mock CLI always succeeds
|
||||
2. No way for tests to verify error handling
|
||||
3. `test_gemini_cli_integration.py` expects CLI tool bridge but tests use mock ? Success even if real CLI would fail
|
||||
|
||||
**Files Affected:** All integration tests in `tests/test_gemini_cli_*.py`
|
||||
|
||||
### FP-Source 2: Gemini Autonomy (Risk #2)
|
||||
|
||||
**Current Behavior:** `99-agent-full-autonomy.toml` sets experimental=true
|
||||
|
||||
**Why This Causes False Positives:**
|
||||
1. Tests can enable experimental flags via `.claude/commands/`
|
||||
2. `test_visual_sim_mma_v2.py` may pass with risky enabled behaviors
|
||||
3. No behavioral documentation on what "correct" means for experimental mode
|
||||
|
||||
**Files Affected:** All visual and MMA simulation tests
|
||||
|
||||
### FP-Source 3: Claude TDD Protocol Overhead (Audit Finding #4)
|
||||
|
||||
**Current Behavior:** `/conductor-implement` requires 12-step process per task
|
||||
|
||||
**Why This Causes False Positives:**
|
||||
1. Developers implement faster by skipping documentation reading
|
||||
2. Tests pass but quality is lower
|
||||
3. Bugs are introduced that never get caught
|
||||
|
||||
**Files Affected:** All integration work completed via `.claude/commands`
|
||||
|
||||
### FP-Source 4: No Error Simulation (Risk #5)
|
||||
|
||||
**Current Behavior:** All providers use mock CLI or internal mocks
|
||||
|
||||
**Why This Causes False Positives:**
|
||||
1. Mock CLI never produces errors
|
||||
2. Internal providers may be mocked in tests
|
||||
|
||||
**Files Affected:** All integration tests using live_gui fixture
|
||||
|
||||
### FP-Source 5: No Negative Testing (Risk #5)
|
||||
|
||||
**Current Behavior:** No requirement for negative path testing in provider directives
|
||||
|
||||
**Why This Causes False Positives:**
|
||||
1. `.claude/commands/` commands don't require rejection flow tests
|
||||
2. `.gemini/` settings don't require negative scenarios
|
||||
|
||||
**Files Affected:** Entire test suite
|
||||
|
||||
### FP-Source 6: Auto-Approval Pattern (Audit Risk #2)
|
||||
|
||||
**Current Behavior:** All simulations auto-approve all HITL gates
|
||||
|
||||
**Why This Causes False Positives:**
|
||||
1. `test_visual_sim_mma_v2.py` auto-clicks without verification
|
||||
2. No tests verify dialog visibility
|
||||
|
||||
**Files Affected:** All simulation tests (test_visual_sim_*.py)
|
||||
|
||||
### FP-Source 7: No State Machine Validation (Risk #7)
|
||||
|
||||
**Current Behavior:** Tests check existence, not correctness
|
||||
|
||||
**Why This Causes False Positives:**
|
||||
1. `test_visual_sim_mma_v2.py` line ~230: `assert len(tickets) >= 2`
|
||||
2. No tests validate ticket structure
|
||||
|
||||
**Files Affected:** All MMA and conductor tests
|
||||
|
||||
### FP-Source 8: No Visual Verification (Risk #6)
|
||||
|
||||
**Current Behavior:** Tests use Hook API to check logical state
|
||||
|
||||
**Why This Causes False Positives:**
|
||||
1. No tests verify modal dialogs appear
|
||||
2. No tests check rendering is correct
|
||||
|
||||
**Files Affected:** All integration and visual tests
|
||||
|
||||
---
|
||||
|
||||
## Part 5: Recommendations for Resolution
|
||||
|
||||
### Priority 1: Simplify TDD Protocol (HIGH)
|
||||
|
||||
**Current State:** `.claude/commands/` has 11 command files, 26KB documentation
|
||||
|
||||
**Issues:**
|
||||
- 12-step protocol is appropriate for large features
|
||||
- Creates bureaucracy for small changes
|
||||
|
||||
**Recommendation:**
|
||||
- Create simplified protocol for small changes (5-6 steps max)
|
||||
- Implement with lightweight tests
|
||||
- Target: 15-minute implementation cycle for 25-line changes
|
||||
|
||||
---
|
||||
|
||||
### Priority 2: Add Behavioral Constraints to Gemini (HIGH)
|
||||
|
||||
**Current State:** `99-agent-full-autonomy.toml` has only experimental flag
|
||||
|
||||
**Issues:**
|
||||
- No behavioral documentation
|
||||
- No expected AI behavior guidelines
|
||||
- No restrictions on tool usage in experimental mode
|
||||
|
||||
**Recommendation:**
|
||||
- Create `behavioral_constraints.toml` with rules
|
||||
- Enforce at runtime in `ai_client.py`
|
||||
- Display warnings when experimental mode is active
|
||||
|
||||
**Expected Impact:**
|
||||
- Reduces false positives from experimental mode
|
||||
- Adds guardrails against dangerous changes
|
||||
|
||||
---
|
||||
|
||||
### Priority 3: Enforce Test Coverage Requirements (HIGH)
|
||||
|
||||
**Current State:** No coverage requirements in provider directives
|
||||
|
||||
**Issues:**
|
||||
- Tests don't specify coverage targets
|
||||
- No mechanism to verify coverage is >80%
|
||||
|
||||
**Recommendation:**
|
||||
- Add coverage requirements to `workflow.md`
|
||||
- Target: >80% for new code
|
||||
|
||||
---
|
||||
|
||||
### Priority 4: Add Error Simulation (HIGH)
|
||||
|
||||
**Current State:** Mock providers never produce errors
|
||||
|
||||
**Issues:**
|
||||
- All tests assume happy path
|
||||
- No mechanism to verify error handling
|
||||
|
||||
**Recommendation:**
|
||||
- Create error modes in `mock_gemini_cli.py`
|
||||
- Add test scenarios for each mode
|
||||
|
||||
**Expected Impact:**
|
||||
- Tests verify error handling is implemented
|
||||
- Reduces false positives from happy-path-only tests
|
||||
|
||||
---
|
||||
|
||||
### Priority 5: Enforce Visual Verification (MEDIUM)
|
||||
|
||||
**Current State:** Tests only check logical state
|
||||
|
||||
**Issues:**
|
||||
- No tests verify modal dialogs appear
|
||||
- No tests check rendering is correct
|
||||
|
||||
**Recommendation:**
|
||||
- Add screenshot infrastructure
|
||||
- Modify tests to verify dialog visibility
|
||||
|
||||
**Expected Impact:**
|
||||
- Catches rendering bugs
|
||||
|
||||
---
|
||||
|
||||
## Part 6: Cross-Reference with Existing Tracks
|
||||
|
||||
### Synergy with `test_stabilization_20260302`
|
||||
- Overlap: HIGH
|
||||
- This track addresses asyncio errors and mock-rot ban
|
||||
- Our audit found mock provider has weak enforcement (still always succeeds)
|
||||
|
||||
**Action:** Prioritize fixing mock provider over asyncio fixes
|
||||
|
||||
### Synergy with `codebase_migration_20260302`
|
||||
- Overlap: LOW
|
||||
- Our audit focuses on testing infrastructure
|
||||
- Migration should come after testing is hardened
|
||||
|
||||
### Synergy with `gui_decoupling_controller_20260302`
|
||||
- Overlap: MEDIUM
|
||||
- Our audit found state duplication
|
||||
- Decoupling should address this
|
||||
|
||||
### Synergy with `hook_api_ui_state_verification_20260302`
|
||||
- Overlap: None
|
||||
- Our audit recommends all tests use hook server for verification
|
||||
- High synergy
|
||||
|
||||
### Synergy with `robust_json_parsing_tech_lead_20260302`
|
||||
- Overlap: None
|
||||
- Our audit found mock provider never produces malformed JSON
|
||||
- Auto-retry won't help if mock always succeeds
|
||||
|
||||
### Synergy with `concurrent_tier_source_tier_20260302`
|
||||
- Overlap: None
|
||||
- Our audit found no concurrent access tests
|
||||
- High synergy
|
||||
|
||||
### Synergy with `test_suite_performance_and_flakiness_20260302`
|
||||
- Overlap: HIGH
|
||||
- Our audit found arbitrary timeouts cause test flakiness
|
||||
- Direct synergy
|
||||
|
||||
### Synergy with `manual_ux_validation_20260302`
|
||||
- Overlap: MEDIUM
|
||||
- Our audit found simulation fidelity issues
|
||||
- This track should improve simulation
|
||||
|
||||
### Priority 7: Consolidate Test Infrastructure (MEDIUM)
|
||||
|
||||
- Overlap: Not tracked explicitly
|
||||
- Our audit recommends centralizing common patterns
|
||||
|
||||
**Action:** Create `test_infrastructure_consolidation_20260305` track
|
||||
|
||||
---
|
||||
|
||||
## Part 7: Conclusion
|
||||
|
||||
### Summary of Root Causes
|
||||
|
||||
The directive/context uptake system suffers from **fundamental contradiction**:
|
||||
|
||||
**Stated Goal:** Ensure code quality through detailed protocols
|
||||
|
||||
**Actual Effect:** Creates **systematic disincentive** to implement changes
|
||||
|
||||
**Evidence:**
|
||||
- `.claude/commands/` directory: 11 command files (4.113KB total)
|
||||
- `workflow.md`: 26KB documentation
|
||||
- Combined: 52KB + additional docs = ~80KB documentation to read before each task
|
||||
|
||||
**Result:** Developers must read 30KB-80KB before making 25-line changes
|
||||
|
||||
**Why This Is Problem:**
|
||||
1. **Token Burn:** Reading 30KB of documentation costs ~6000-9000 tokens depending on model
|
||||
2. **Time Cost:** Reading takes 10-30 minutes before implementation
|
||||
3. **Context Bloat:** Documentation must be carried into AI context, increasing prompt size
|
||||
4. **Paralysis Risk:** Developers spend more time reading than implementing
|
||||
5. **Iteration Block:** Git notes and multi-subprocess overhead prevent rapid iteration
|
||||
|
||||
---
|
||||
|
||||
### Recommended Action Plan
|
||||
|
||||
**Phase 1: Simplify TDD Protocol (Immediate Priority)**
|
||||
- Create `/conductor-implement-light` command for small changes
|
||||
- 5-6 step protocol maximum
|
||||
- Target: 15-minute implementation cycle for 25-line changes
|
||||
|
||||
**Phase 2: Add Behavioral Constraints to Gemini (High Priority)**
|
||||
- Create `behavioral_constraints.toml` with rules
|
||||
- Load these constraints in `ai_client.py`
|
||||
- Display warnings when experimental mode is active
|
||||
|
||||
**Phase 3: Implement Error Simulation (High Priority)**
|
||||
- Create error modes in `mock_gemini_cli.py`
|
||||
- Add test scenarios for each mode
|
||||
|
||||
**Phase 4: Add Visual Verification (Medium Priority)**
|
||||
- Add screenshot infrastructure
|
||||
- Modify tests to verify dialog visibility
|
||||
|
||||
**Phase 5: Enforce Coverage Requirements (High Priority)**
|
||||
- Add coverage requirements to `workflow.md`
|
||||
|
||||
**Phase 6: Address Concurrent Track Synergies (High Priority)**
|
||||
- Execute `test_stabilization_20260302` first
|
||||
- Execute `codebase_migration_20260302` after
|
||||
- Execute `gui_decoupling_controller_20260302` after
|
||||
- Execute `concurrent_tier_source_tier_20260302` after
|
||||
|
||||
---
|
||||
|
||||
## Part 8: Files Referenced
|
||||
|
||||
### Core Files Analyzed
|
||||
- `./.claude/commands/*.md` - Claude integration commands (11 files)
|
||||
- `./.claude/settings.json` - Claude permissions (34 bytes)
|
||||
- `./.claude/settings.local.json` - Local overrides (642 bytes)
|
||||
- `./.gemini/settings.json` - Gemini settings (746 bytes)
|
||||
- `.gemini/package.json` - Plugin dependencies (63 bytes)
|
||||
- `.opencode/package.json` - Plugin dependencies (63 bytes)
|
||||
- `tests/mock_gemini_cli.py` - Mock CLI (7.4KB)
|
||||
- `tests/test_architecture_integrity_audit_20260304/report.md` - Testing audit (this report)
|
||||
- `tests/test_gemini_cli_integration.py` - Integration tests
|
||||
- `tests/test_visual_sim_mma_v2.py` - Visual simulation tests
|
||||
- `./conductor/workflow.md` - 26KB TDD protocol
|
||||
- `./conductor/tech-stack.md` - Technology constraints
|
||||
- `./conductor/product.md` - Product vision
|
||||
- `./conductor/product-guidelines.md` - UX/code standards
|
||||
- `./conductor/TASKS.md` - Track tracking
|
||||
|
||||
### Provider Directories
|
||||
- `./.claude/` - Claude integration
|
||||
- `./.gemini/` - Gemini integration
|
||||
- `./.opencode/` - Opencode integration
|
||||
|
||||
### Configuration Files
|
||||
- Provider settings, permissions, policy files
|
||||
|
||||
### Documentation Files
|
||||
- Project workflow, technology stack, architecture guides
|
||||
Reference in New Issue
Block a user