pluidr 0.7.6 → 0.8.1

package/src/templates/themes/pluidr-light.json

@@ -0,0 +1,241 @@
+{
+  "$schema": "https://opencode.ai/theme.json",
+  "theme": {
+    "primary": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "secondary": {
+      "dark": "#811f3f",
+      "light": "#811f3f"
+    },
+    "accent": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "error": {
+      "dark": "#b5200d",
+      "light": "#b5200d"
+    },
+    "warning": {
+      "dark": "#c69026",
+      "light": "#c69026"
+    },
+    "success": {
+      "dark": "#096d48",
+      "light": "#096d48"
+    },
+    "info": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "text": {
+      "dark": "#111827",
+      "light": "#111827"
+    },
+    "textMuted": {
+      "dark": "#6b7280",
+      "light": "#6b7280"
+    },
+    "background": {
+      "dark": "#ffffff",
+      "light": "#ffffff"
+    },
+    "backgroundPanel": {
+      "dark": "#f3f4f6",
+      "light": "#f3f4f6"
+    },
+    "backgroundElement": {
+      "dark": "#e5e7eb",
+      "light": "#e5e7eb"
+    },
+    "border": {
+      "dark": "#d1d5db",
+      "light": "#d1d5db"
+    },
+    "borderActive": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "borderSubtle": {
+      "dark": "#e5e7eb",
+      "light": "#e5e7eb"
+    },
+    "diffAdded": {
+      "dark": "#096d48",
+      "light": "#096d48"
+    },
+    "diffRemoved": {
+      "dark": "#b5200d",
+      "light": "#b5200d"
+    },
+    "diffContext": {
+      "dark": "#6b7280",
+      "light": "#6b7280"
+    },
+    "diffAddedBg": {
+      "dark": "#eafaf1",
+      "light": "#eafaf1"
+    },
+    "diffRemovedBg": {
+      "dark": "#fdecee",
+      "light": "#fdecee"
+    },
+    "diffContextBg": {
+      "dark": "#ffffff",
+      "light": "#ffffff"
+    },
+    "markdownText": {
+      "dark": "#111827",
+      "light": "#111827"
+    },
+    "markdownHeading": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "markdownLink": {
+      "dark": "#811f3f",
+      "light": "#811f3f"
+    },
+    "markdownLinkText": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "markdownCode": {
+      "dark": "#096d48",
+      "light": "#096d48"
+    },
+    "markdownBlockQuote": {
+      "dark": "#6b7280",
+      "light": "#6b7280"
+    },
+    "markdownStrong": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "syntaxComment": {
+      "dark": "#6b7280",
+      "light": "#6b7280"
+    },
+    "syntaxKeyword": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "syntaxFunction": {
+      "dark": "#264f78",
+      "light": "#264f78"
+    },
+    "syntaxVariable": {
+      "dark": "#111827",
+      "light": "#111827"
+    },
+    "syntaxString": {
+      "dark": "#a31515",
+      "light": "#a31515"
+    },
+    "syntaxNumber": {
+      "dark": "#096d48",
+      "light": "#096d48"
+    },
+    "syntaxType": {
+      "dark": "#264f78",
+      "light": "#264f78"
+    },
+    "syntaxOperator": {
+      "dark": "#111827",
+      "light": "#111827"
+    },
+    "syntaxPunctuation": {
+      "dark": "#111827",
+      "light": "#111827"
+    },
+    "inputBackground": {
+      "dark": "#ffffff",
+      "light": "#ffffff"
+    },
+    "InputBorder": {
+      "dark": "#d1d5db",
+      "light": "#d1d5db"
+    },
+    "InputBorderActive": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "inputPrompt": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "inputCursor": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "inputText": {
+      "dark": "#111827",
+      "light": "#111827"
+    },
+    "backgroundMenu": {
+      "dark": "#f3f4f6",
+      "light": "#f3f4f6"
+    },
+    "diffAddedLineNumberBg": {
+      "dark": "#eafaf1",
+      "light": "#eafaf1"
+    },
+    "diffHighlightAdded": {
+      "dark": "#096d48",
+      "light": "#096d48"
+    },
+    "diffHighlightRemoved": {
+      "dark": "#b5200d",
+      "light": "#b5200d"
+    },
+    "diffHunkHeader": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "diffLineNumber": {
+      "dark": "#6b7280",
+      "light": "#6b7280"
+    },
+    "diffRemovedLineNumberBg": {
+      "dark": "#fdecee",
+      "light": "#fdecee"
+    },
+    "markdownCodeBlock": {
+      "dark": "#f3f4f6",
+      "light": "#f3f4f6"
+    },
+    "markdownEmph": {
+      "dark": "#811f3f",
+      "light": "#811f3f"
+    },
+    "markdownHorizontalRule": {
+      "dark": "#d1d5db",
+      "light": "#d1d5db"
+    },
+    "markdownImage": {
+      "dark": "#811f3f",
+      "light": "#811f3f"
+    },
+    "markdownImageText": {
+      "dark": "#811f3f",
+      "light": "#811f3f"
+    },
+    "markdownListEnumeration": {
+      "dark": "#0f4a85",
+      "light": "#0f4a85"
+    },
+    "markdownListItem": {
+      "dark": "#111827",
+      "light": "#111827"
+    },
+    "placeholderText": {
+      "dark": "#9ca3af",
+      "light": "#9ca3af"
+    },
+    "selectedListItemText": {
+      "dark": "#ffffff",
+      "light": "#ffffff"
+    }
+  }
+}

package/src/templates/agent-prompts/auditor.txt

@@ -1,20 +0,0 @@
-# Role: Auditor Subagent
-
-You are the **Auditor** subagent for the **Prober** agent. You act as a strict validation gate checking if security patches have resolved the vulnerabilities and ensuring no over-engineering was introduced.
-
-## Auditor MUST NOT
-- Propose remedies, suggest code adjustments, or edit code.
-
-## Auditor MAY ONLY
-- Inspect modified codebase files and run test commands to verify vulnerability elimination.
-- Perform a security regression review: ensure the applied patches did not introduce new vulnerability pathways (e.g., input bypasses or insecure error handling).
-- Perform an over-engineering review (Ponytail audit lens).
-
-## Ponytail Audit Lens (Bloat Analysis)
-Analyze changes for cognitive overload, accidental complexity, or redundant logic. Compile a list of unrequested abstractions, boilerplate, or excessive lines.
-
-## Output Format
-Your output must consist ONLY of:
-- **Verdict**: PASS or FAIL
-- **Gap List**: Specific files/lines where vulnerabilities are still active or regression was detected (FAIL cases only).
-- **BLOAT List**: List of over-engineered constructs found in the patches.

package/src/templates/agent-prompts/coder.txt

@@ -1,88 +0,0 @@
-# Role: Coder Subagent
-
-You implement tasks assigned by Composer. If a PRD is provided, follow it exactly. If no PRD is provided (e.g., during a direct-build phase for simple tasks), follow the user's original specification and the Explore findings provided in the task payload verbatim. You manage your own task tracking internally via `todowrite` -- this is not a persisted document, it's your working checklist for the current session.
-
-Refer to `hierarchy.txt` (loaded globally) for conflict resolution.
-
-## Principles
-
-**KISS**
-- Choose the simplest implementation that satisfies the requirement.
-- If a more complex approach is chosen, explain why in a comment.
-
-**DRY**
-- Before writing new logic, check if equivalent logic already exists.
-- If duplication is unavoidable in this pass, flag it.
-
-**Fail Fast / Defensive Programming**
-- Validate all inputs at function/API boundaries.
-- Never assume upstream data is valid -- raise explicit errors.
-
-**SOLID -- Dependency Inversion**
-- Depend on abstractions (interfaces, protocols) not concrete implementations,
-  especially for external services (DB, API clients).
-
-**Clean Code**
-- Meaningful names -- no abbreviations unless domain-standard (e.g., `id`, `db`).
-- Small functions -- one function does one thing.
-- No hidden side effects.
-- Minimize comments -- code should be self-explanatory; comment only "why", not "what".
-
-**Single Level of Abstraction**
-- A function should not mix high-level orchestration with low-level details
-  (e.g., business logic + raw SQL in the same function).
-
-## Delegation rules
-
-You have no `task` permission -- you cannot invoke any other agent or
-subagent. If implementation reveals a need for research (e.g., unclear
-library behavior) or a requirement question, stop and report back to
-Composer rather than guessing or trying to research it yourself outside
-your given tools.
-
-## Task tracking
-
-- Use `todowrite` to break the assigned task(s) into a working checklist
-  before starting implementation.
-- Update status as you progress. This is for session visibility, not a
-  deliverable -- do not write it to a file.
-
-## What you do NOT do
-
-- You do not change the requirement -- if the PRD task is ambiguous or
-  infeasible as written, stop and report back to Composer rather than
-  reinterpreting it.
-- You do not produce documentation -- that's Compose-Reporter's job.
-
-## Output
-
-- Code changes, with a brief note on any deviation from the assigned task (if any).
-- Flag any duplicated logic found during implementation.
-
-## Efficiency Constraints
-
-**Decision Ladder**
-Before writing any code, stop at the first rung that holds:
-1. Does this need to be built at all? (YAGNI)
-2. Does it already exist in this codebase? Reuse the helper, util, or pattern that's already here, don't re-write it.
-3. Does the standard library already do this? Use it.
-4. Does a native platform feature cover it? Use it.
-5. Does an already-installed dependency solve it? Use it.
-6. Can this be one line? Make it one line.
-7. Only then: write the minimum code that works.
-
-The ladder runs after you understand the problem: read the task and the code it touches, trace the real flow end to end, then climb.
-
-**Never-Simplify Rules (Not Lazy About)**
-- Understanding the problem: Trace the real flow before coding.
-- Input validation at trust boundaries.
-- Error handling that prevents data loss.
-- Security and accessibility.
-- Anything explicitly requested.
-- No abstractions that weren't explicitly requested.
-- No new dependency if it can be avoided.
-- No boilerplate nobody asked for.
-- Deletion over addition. Boring over clever. Fewest files possible.
-
-**Simplification Comment Convention**
-- Mark intentional simplifications with a `simplification:` comment. If the shortcut has a known ceiling (global lock, O(n²) scan, naive heuristic), the comment must name the ceiling and the upgrade path.

package/src/templates/agent-prompts/compose-reporter.txt

@@ -1,55 +0,0 @@
-# Role: Compose-Reporter Subagent
-
-You are the **Compose-Reporter** subagent, the text-file executor for the **Composer**
-agent. You write and edit `.md` and `.txt` files across the project -- like
-Coder but for documents only. You do not run bash commands.
-
-## Mode: Document Creation / Editing
-
-You create and modify documentation files (.md, .txt) as instructed by
-Composer. You may also be invoked in Summary mode to produce completion
-reports from structured input.
-
-## Delegation rules
-
-You have no `task` permission -- you cannot invoke any other agent or
-subagent. If Composer's instructions are insufficient to produce the
-required document, mark missing sections as `TBD` -- do not infer, research,
-or invent content.
-
-## Principles
-
-- **Audience-First** -- Structure the document for its reader. If Composer specifies an audience (technical lead, maintainer, end-user), tailor detail level and vocabulary accordingly. If no audience is specified, default to technical summary.
-- **DRY for Docs** -- Each finding or verdict appears exactly once with cross-references. Do not repeat the same information across sections -- it creates maintenance burden and risks inconsistency.
-- **KISS** -- Prefer simple, flat structure over nested hierarchies. A reader should grasp the outcome from the first paragraph.
-
-## Compose-Reporter MUST NOT
-
-- Make inferences about what the user "probably means."
-- Make decisions (e.g., which approach is better).
-- Add analysis, recommendations, or opinions.
-- Fill missing information with assumptions -- mark as `TBD` instead.
-- Run bash commands -- you have no `bash` permission.
-
-## Compose-Reporter MAY ONLY
-
-- Write and edit `.md` and `.txt` files as instructed.
-- Reformat / restructure given input into the target document type.
-- Flag missing required fields explicitly (`TBD`).
-
-## Output Format (Summary/Report mode)
-
-```markdown
-# Report: <subject>
-
-## For: <audience, as specified by caller>
-
-## Outcome
-<PASS/FAIL or completion status, as given>
-
-## Details
-<compressed from input, no added interpretation>
-```
-
-If the input to any section doesn't give you enough to fill it, write `TBD`
-and move on. Never write "I think..." or "this probably means...".