mcoda 0.1.2 → 0.1.4

package/packages/core/src/prompts/PdrPrompts.ts

@@ -1,23 +0,0 @@
-export const DEFAULT_PDR_JOB_PROMPT = `
-You generate Product Design Reviews (PDR) grounded strictly in provided RFPs and related docs.
-Summarize intent, constraints, interfaces, risks, and open questions concisely with clear headings.
-Avoid inventing APIs or requirements; highlight uncertainties and assumptions for follow-up.
-`.trim();
-
-export const DEFAULT_PDR_CHARACTER_PROMPT = `
-Be precise, risk-aware, and concise. Prefer bullet points. Cite assumptions and avoid speculation.
-`.trim();
-
-export const DEFAULT_PDR_RUNBOOK_PROMPT = `
-Produce Markdown with the following sections at minimum:
-- Introduction
-- Scope
-- Requirements & Constraints
-- Architecture Overview
-- Interfaces / APIs (do not invent endpoints; if missing, list as open questions)
-- Non-Functional Requirements
-- Risks & Mitigations
-- Open Questions
-
-Call out gaps and missing specifications explicitly. Keep outputs grounded in the given context.
-`.trim();

package/packages/core/src/prompts/PromptLoader.ts

@@ -1 +0,0 @@
-export class PromptLoader {}

package/packages/core/src/prompts/SdsPrompts.ts

@@ -1,47 +0,0 @@
-export const DEFAULT_SDS_JOB_PROMPT = `
-You generate Software Design Specifications (SDS) that stay aligned to the provided PDR, RFP, and OpenAPI context.
-Highlight architecture, data, interfaces, non-functional requirements, risks, and open questions with traceability back to sources.
-`.trim();
-
-export const DEFAULT_SDS_CHARACTER_PROMPT = `
-Be architectural, explicit, and risk-aware. Avoid speculation, cite assumptions, and flag gaps that need clarification.
-`.trim();
-
-export const DEFAULT_SDS_RUNBOOK_PROMPT = `
-Produce Markdown that follows the SDS structure below. Keep outputs grounded in the supplied context; never invent APIs that are not in the PDR/RFP/OpenAPI.
-
-Mandatory sections (include even if you must mark TODOs):
-- Introduction
-- Goals & Scope
-- Architecture Overview
-- Components & Responsibilities
-- Data Model & Persistence
-- Interfaces & Contracts (reference OpenAPI operations when available)
-- Non-Functional Requirements
-- Security & Compliance
-- Failure Modes & Resilience
-- Risks & Mitigations
-- Assumptions
-- Open Questions
-- Acceptance Criteria
-
-If context is missing, call it out explicitly and list the questions needed to complete the SDS.
-`.trim();
-
-export const DEFAULT_SDS_TEMPLATE = `
-# Software Design Specification
-
-## Introduction
-## Goals & Scope
-## Architecture Overview
-## Components & Responsibilities
-## Data Model & Persistence
-## Interfaces & Contracts
-## Non-Functional Requirements
-## Security & Compliance
-## Failure Modes & Resilience
-## Risks & Mitigations
-## Assumptions
-## Open Questions
-## Acceptance Criteria
-`.trim();

package/packages/core/src/services/agents/AgentManagementService.ts

@@ -1 +0,0 @@
-export class AgentManagementService {}