@iaforged/context-code 1.3.5 → 1.3.6

package/dist/src/services/MagicDocs/prompts.js

@@ -5,55 +5,55 @@ import { getFsImplementation } from '../../utils/fsOperations.js';
  * Get the Magic Docs update prompt template
  */
 function getUpdatePromptTemplate() {
-    return `IMPORTANT: This message and these instructions are NOT part of the actual user conversation. Do NOT include any references to "documentation updates", "magic docs", or these update instructions in the document content.
-
-Based on the user conversation above (EXCLUDING this documentation update instruction message), update the Magic Doc file to incorporate any NEW learnings, insights, or information that would be valuable to preserve.
-
-The file {{docPath}} has already been read for you. Here are its current contents:
-<current_doc_content>
-{{docContents}}
-</current_doc_content>
-
-Document title: {{docTitle}}
-{{customInstructions}}
-
-Your ONLY task is to use the Edit tool to update the documentation file if there is substantial new information to add, then stop. You can make multiple edits (update multiple sections as needed) - make all Edit tool calls in parallel in a single message. If there's nothing substantial to add, simply respond with a brief explanation and do not call any tools.
-
-CRITICAL RULES FOR EDITING:
-- Preserve the Magic Doc header exactly as-is: # MAGIC DOC: {{docTitle}}
-- If there's an italicized line immediately after the header, preserve it exactly as-is
-- Keep the document CURRENT with the latest state of the codebase - this is NOT a changelog or history
-- Update information IN-PLACE to reflect the current state - do NOT append historical notes or track changes over time
-- Remove or replace outdated information rather than adding "Previously..." or "Updated to..." notes
-- Clean up or DELETE sections that are no longer relevant or don't align with the document's purpose
-- Fix obvious errors: typos, grammar mistakes, broken formatting, incorrect information, or confusing statements
-- Keep the document well organized: use clear headings, logical section order, consistent formatting, and proper nesting
-
-DOCUMENTATION PHILOSOPHY - READ CAREFULLY:
-- BE TERSE. High signal only. No filler words or unnecessary elaboration.
-- Documentation is for OVERVIEWS, ARCHITECTURE, and ENTRY POINTS - not detailed code walkthroughs
-- Do NOT duplicate information that's already obvious from reading the source code
-- Do NOT document every function, parameter, or line number reference
-- Focus on: WHY things exist, HOW components connect, WHERE to start reading, WHAT patterns are used
-- Skip: detailed implementation steps, exhaustive API docs, play-by-play narratives
-
-What TO document:
-- High-level architecture and system design
-- Non-obvious patterns, conventions, or gotchas
-- Key entry points and where to start reading code
-- Important design decisions and their rationale
-- Critical dependencies or integration points
-- References to related files, docs, or code (like a wiki) - help readers navigate to relevant context
-
-What NOT to document:
-- Anything obvious from reading the code itself
-- Exhaustive lists of files, functions, or parameters
-- Step-by-step implementation details
-- Low-level code mechanics
-- Information already in CLAUDE.md or other project docs
-
-Use the Edit tool with file_path: {{docPath}}
-
+    return `IMPORTANT: This message and these instructions are NOT part of the actual user conversation. Do NOT include any references to "documentation updates", "magic docs", or these update instructions in the document content.
+
+Based on the user conversation above (EXCLUDING this documentation update instruction message), update the Magic Doc file to incorporate any NEW learnings, insights, or information that would be valuable to preserve.
+
+The file {{docPath}} has already been read for you. Here are its current contents:
+<current_doc_content>
+{{docContents}}
+</current_doc_content>
+
+Document title: {{docTitle}}
+{{customInstructions}}
+
+Your ONLY task is to use the Edit tool to update the documentation file if there is substantial new information to add, then stop. You can make multiple edits (update multiple sections as needed) - make all Edit tool calls in parallel in a single message. If there's nothing substantial to add, simply respond with a brief explanation and do not call any tools.
+
+CRITICAL RULES FOR EDITING:
+- Preserve the Magic Doc header exactly as-is: # MAGIC DOC: {{docTitle}}
+- If there's an italicized line immediately after the header, preserve it exactly as-is
+- Keep the document CURRENT with the latest state of the codebase - this is NOT a changelog or history
+- Update information IN-PLACE to reflect the current state - do NOT append historical notes or track changes over time
+- Remove or replace outdated information rather than adding "Previously..." or "Updated to..." notes
+- Clean up or DELETE sections that are no longer relevant or don't align with the document's purpose
+- Fix obvious errors: typos, grammar mistakes, broken formatting, incorrect information, or confusing statements
+- Keep the document well organized: use clear headings, logical section order, consistent formatting, and proper nesting
+
+DOCUMENTATION PHILOSOPHY - READ CAREFULLY:
+- BE TERSE. High signal only. No filler words or unnecessary elaboration.
+- Documentation is for OVERVIEWS, ARCHITECTURE, and ENTRY POINTS - not detailed code walkthroughs
+- Do NOT duplicate information that's already obvious from reading the source code
+- Do NOT document every function, parameter, or line number reference
+- Focus on: WHY things exist, HOW components connect, WHERE to start reading, WHAT patterns are used
+- Skip: detailed implementation steps, exhaustive API docs, play-by-play narratives
+
+What TO document:
+- High-level architecture and system design
+- Non-obvious patterns, conventions, or gotchas
+- Key entry points and where to start reading code
+- Important design decisions and their rationale
+- Critical dependencies or integration points
+- References to related files, docs, or code (like a wiki) - help readers navigate to relevant context
+
+What NOT to document:
+- Anything obvious from reading the code itself
+- Exhaustive lists of files, functions, or parameters
+- Step-by-step implementation details
+- Low-level code mechanics
+- Information already in CLAUDE.md or other project docs
+
+Use the Edit tool with file_path: {{docPath}}
+
 REMEMBER: Only update if there is substantial new information. The Magic Doc header (# MAGIC DOC: {{docTitle}}) must remain unchanged.`;
 }
 /**
@@ -90,13 +90,13 @@ export async function buildMagicDocsUpdatePrompt(docContents, docPath, docTitle,
     const promptTemplate = await loadMagicDocsPrompt();
     // Build custom instructions section if provided
     const customInstructions = instructions
-        ? `
-
-DOCUMENT-SPECIFIC UPDATE INSTRUCTIONS:
-The document author has provided specific instructions for how this file should be updated. Pay extra attention to these instructions and follow them carefully:
-
-"${instructions}"
-
+        ? `
+
+DOCUMENT-SPECIFIC UPDATE INSTRUCTIONS:
+The document author has provided specific instructions for how this file should be updated. Pay extra attention to these instructions and follow them carefully:
+
+"${instructions}"
+
 These instructions take priority over the general rules below. Make sure your updates align with these specific guidelines.`
         : '';
     // Substitute variables in the prompt

package/dist/src/services/PromptSuggestion/promptSuggestion.js

@@ -184,35 +184,35 @@ export function getParentCacheSuppressReason(lastAssistantMessage) {
         ? 'cache_cold'
         : null;
 }
-const SUGGESTION_PROMPT = `[SUGGESTION MODE: Suggest what the user might naturally type next into Context Code.]
-
-FIRST: Look at the user's recent messages and original request.
-
-Your job is to predict what THEY would type - not what you think they should do.
-
-THE TEST: Would they think "I was just about to type that"?
-
-EXAMPLES:
-User asked "fix the bug and run tests", bug is fixed → "run the tests"
-After code written → "try it out"
-Claude offers options → suggest the one the user would likely pick, based on conversation
-Claude asks to continue → "yes" or "go ahead"
-Task complete, obvious follow-up → "commit this" or "push it"
-After error or misunderstanding → silence (let them assess/correct)
-
-Be specific: "run the tests" beats "continue".
-
-NEVER SUGGEST:
-- Evaluative ("looks good", "thanks")
-- Questions ("what about...?")
-- Claude-voice ("Let me...", "I'll...", "Here's...")
-- New ideas they didn't ask about
-- Multiple sentences
-
-Stay silent if the next step isn't obvious from what the user said.
-
-Format: 2-12 words, match the user's style. Or nothing.
-
+const SUGGESTION_PROMPT = `[SUGGESTION MODE: Suggest what the user might naturally type next into Context Code.]
+
+FIRST: Look at the user's recent messages and original request.
+
+Your job is to predict what THEY would type - not what you think they should do.
+
+THE TEST: Would they think "I was just about to type that"?
+
+EXAMPLES:
+User asked "fix the bug and run tests", bug is fixed → "run the tests"
+After code written → "try it out"
+Claude offers options → suggest the one the user would likely pick, based on conversation
+Claude asks to continue → "yes" or "go ahead"
+Task complete, obvious follow-up → "commit this" or "push it"
+After error or misunderstanding → silence (let them assess/correct)
+
+Be specific: "run the tests" beats "continue".
+
+NEVER SUGGEST:
+- Evaluative ("looks good", "thanks")
+- Questions ("what about...?")
+- Claude-voice ("Let me...", "I'll...", "Here's...")
+- New ideas they didn't ask about
+- Multiple sentences
+
+Stay silent if the next step isn't obvious from what the user said.
+
+Format: 2-12 words, match the user's style. Or nothing.
+
 Reply with ONLY the suggestion, no quotes or explanation.`;
 const SUGGESTION_PROMPTS = {
     user_intent: SUGGESTION_PROMPT,

package/dist/src/services/SessionMemory/prompts.js

@@ -6,74 +6,74 @@ import { getErrnoCode, toError } from '../../utils/errors.js';
 import { logError } from '../../utils/log.js';
 const MAX_SECTION_LENGTH = 2000;
 const MAX_TOTAL_SESSION_MEMORY_TOKENS = 12000;
-export const DEFAULT_SESSION_MEMORY_TEMPLATE = `
-# Session Title
-_A short and distinctive 5-10 word descriptive title for the session. Super info dense, no filler_
-
-# Current State
-_What is actively being worked on right now? Pending tasks not yet completed. Immediate next steps._
-
-# Task specification
-_What did the user ask to build? Any design decisions or other explanatory context_
-
-# Files and Functions
-_What are the important files? In short, what do they contain and why are they relevant?_
-
-# Workflow
-_What bash commands are usually run and in what order? How to interpret their output if not obvious?_
-
-# Errors & Corrections
-_Errors encountered and how they were fixed. What did the user correct? What approaches failed and should not be tried again?_
-
-# Codebase and System Documentation
-_What are the important system components? How do they work/fit together?_
-
-# Learnings
-_What has worked well? What has not? What to avoid? Do not duplicate items from other sections_
-
-# Key results
-_If the user asked a specific output such as an answer to a question, a table, or other document, repeat the exact result here_
-
-# Worklog
-_Step by step, what was attempted, done? Very terse summary for each step_
+export const DEFAULT_SESSION_MEMORY_TEMPLATE = `
+# Session Title
+_A short and distinctive 5-10 word descriptive title for the session. Super info dense, no filler_
+
+# Current State
+_What is actively being worked on right now? Pending tasks not yet completed. Immediate next steps._
+
+# Task specification
+_What did the user ask to build? Any design decisions or other explanatory context_
+
+# Files and Functions
+_What are the important files? In short, what do they contain and why are they relevant?_
+
+# Workflow
+_What bash commands are usually run and in what order? How to interpret their output if not obvious?_
+
+# Errors & Corrections
+_Errors encountered and how they were fixed. What did the user correct? What approaches failed and should not be tried again?_
+
+# Codebase and System Documentation
+_What are the important system components? How do they work/fit together?_
+
+# Learnings
+_What has worked well? What has not? What to avoid? Do not duplicate items from other sections_
+
+# Key results
+_If the user asked a specific output such as an answer to a question, a table, or other document, repeat the exact result here_
+
+# Worklog
+_Step by step, what was attempted, done? Very terse summary for each step_
 `;
 function getDefaultUpdatePrompt() {
-    return `IMPORTANT: This message and these instructions are NOT part of the actual user conversation. Do NOT include any references to "note-taking", "session notes extraction", or these update instructions in the notes content.
-
-Based on the user conversation above (EXCLUDING this note-taking instruction message as well as system prompt, claude.md entries, or any past session summaries), update the session notes file.
-
-The file {{notesPath}} has already been read for you. Here are its current contents:
-<current_notes_content>
-{{currentNotes}}
-</current_notes_content>
-
-Your ONLY task is to use the Edit tool to update the notes file, then stop. You can make multiple edits (update every section as needed) - make all Edit tool calls in parallel in a single message. Do not call any other tools.
-
-CRITICAL RULES FOR EDITING:
-- The file must maintain its exact structure with all sections, headers, and italic descriptions intact
--- NEVER modify, delete, or add section headers (the lines starting with '#' like # Task specification)
--- NEVER modify or delete the italic _section description_ lines (these are the lines in italics immediately following each header - they start and end with underscores)
--- The italic _section descriptions_ are TEMPLATE INSTRUCTIONS that must be preserved exactly as-is - they guide what content belongs in each section
--- ONLY update the actual content that appears BELOW the italic _section descriptions_ within each existing section
--- Do NOT add any new sections, summaries, or information outside the existing structure
-- Do NOT reference this note-taking process or instructions anywhere in the notes
-- It's OK to skip updating a section if there are no substantial new insights to add. Do not add filler content like "No info yet", just leave sections blank/unedited if appropriate.
-- Write DETAILED, INFO-DENSE content for each section - include specifics like file paths, function names, error messages, exact commands, technical details, etc.
-- For "Key results", include the complete, exact output the user requested (e.g., full table, full answer, etc.)
-- Do not include information that's already in the CLAUDE.md files included in the context
-- Keep each section under ~${MAX_SECTION_LENGTH} tokens/words - if a section is approaching this limit, condense it by cycling out less important details while preserving the most critical information
-- Focus on actionable, specific information that would help someone understand or recreate the work discussed in the conversation
-- IMPORTANT: Always update "Current State" to reflect the most recent work - this is critical for continuity after compaction
-
-Use the Edit tool with file_path: {{notesPath}}
-
-STRUCTURE PRESERVATION REMINDER:
-Each section has TWO parts that must be preserved exactly as they appear in the current file:
-1. The section header (line starting with #)
-2. The italic description line (the _italicized text_ immediately after the header - this is a template instruction)
-
-You ONLY update the actual content that comes AFTER these two preserved lines. The italic description lines starting and ending with underscores are part of the template structure, NOT content to be edited or removed.
-
+    return `IMPORTANT: This message and these instructions are NOT part of the actual user conversation. Do NOT include any references to "note-taking", "session notes extraction", or these update instructions in the notes content.
+
+Based on the user conversation above (EXCLUDING this note-taking instruction message as well as system prompt, claude.md entries, or any past session summaries), update the session notes file.
+
+The file {{notesPath}} has already been read for you. Here are its current contents:
+<current_notes_content>
+{{currentNotes}}
+</current_notes_content>
+
+Your ONLY task is to use the Edit tool to update the notes file, then stop. You can make multiple edits (update every section as needed) - make all Edit tool calls in parallel in a single message. Do not call any other tools.
+
+CRITICAL RULES FOR EDITING:
+- The file must maintain its exact structure with all sections, headers, and italic descriptions intact
+-- NEVER modify, delete, or add section headers (the lines starting with '#' like # Task specification)
+-- NEVER modify or delete the italic _section description_ lines (these are the lines in italics immediately following each header - they start and end with underscores)
+-- The italic _section descriptions_ are TEMPLATE INSTRUCTIONS that must be preserved exactly as-is - they guide what content belongs in each section
+-- ONLY update the actual content that appears BELOW the italic _section descriptions_ within each existing section
+-- Do NOT add any new sections, summaries, or information outside the existing structure
+- Do NOT reference this note-taking process or instructions anywhere in the notes
+- It's OK to skip updating a section if there are no substantial new insights to add. Do not add filler content like "No info yet", just leave sections blank/unedited if appropriate.
+- Write DETAILED, INFO-DENSE content for each section - include specifics like file paths, function names, error messages, exact commands, technical details, etc.
+- For "Key results", include the complete, exact output the user requested (e.g., full table, full answer, etc.)
+- Do not include information that's already in the CLAUDE.md files included in the context
+- Keep each section under ~${MAX_SECTION_LENGTH} tokens/words - if a section is approaching this limit, condense it by cycling out less important details while preserving the most critical information
+- Focus on actionable, specific information that would help someone understand or recreate the work discussed in the conversation
+- IMPORTANT: Always update "Current State" to reflect the most recent work - this is critical for continuity after compaction
+
+Use the Edit tool with file_path: {{notesPath}}
+
+STRUCTURE PRESERVATION REMINDER:
+Each section has TWO parts that must be preserved exactly as they appear in the current file:
+1. The section header (line starting with #)
+2. The italic description line (the _italicized text_ immediately after the header - this is a template instruction)
+
+You ONLY update the actual content that comes AFTER these two preserved lines. The italic description lines starting and ending with underscores are part of the template structure, NOT content to be edited or removed.
+
 REMEMBER: Use the Edit tool in parallel and stop. Do not continue after the edits. Only include insights from the actual user conversation, never from these note-taking instructions. Do not delete or change section headers or italic _section descriptions_.`;
 }
 /**

package/dist/src/services/autoDream/autoDream.js

@@ -151,11 +151,11 @@ export function initAutoDream() {
             // Tool constraints note goes in `extra`, not the shared prompt body —
             // manual /dream runs in the main loop with normal permissions and this
             // would be misleading there.
-            const extra = `
-
-**Tool constraints for this run:** Bash is restricted to read-only commands (\`ls\`, \`find\`, \`grep\`, \`cat\`, \`stat\`, \`wc\`, \`head\`, \`tail\`, and similar). Anything that writes, redirects to a file, or modifies state will be denied. Plan your exploration with this in mind — no need to probe.
-
-Sessions since last consolidation (${sessionIds.length}):
+            const extra = `
+
+**Tool constraints for this run:** Bash is restricted to read-only commands (\`ls\`, \`find\`, \`grep\`, \`cat\`, \`stat\`, \`wc\`, \`head\`, \`tail\`, and similar). Anything that writes, redirects to a file, or modifies state will be denied. Plan your exploration with this in mind — no need to probe.
+
+Sessions since last consolidation (${sessionIds.length}):
 ${sessionIds.map(id => `- ${id}`).join('\n')}`;
             const prompt = buildConsolidationPrompt(memoryRoot, transcriptDir, extra);
             const result = await runForkedAgent({

package/dist/src/services/limits/sessionCounter.js

@@ -13,15 +13,15 @@ async function ensureTable() {
         tableEnsurePromise = (async () => {
             try {
                 const db = await getOrchestrationDatabase();
-                db.exec(`
-          CREATE TABLE IF NOT EXISTS provider_usage_counters (
-            provider TEXT NOT NULL,
-            profile_id TEXT NOT NULL,
-            tokens_in INTEGER NOT NULL DEFAULT 0,
-            tokens_out INTEGER NOT NULL DEFAULT 0,
-            last_updated TEXT NOT NULL,
-            PRIMARY KEY (provider, profile_id)
-          );
+                db.exec(`
+          CREATE TABLE IF NOT EXISTS provider_usage_counters (
+            provider TEXT NOT NULL,
+            profile_id TEXT NOT NULL,
+            tokens_in INTEGER NOT NULL DEFAULT 0,
+            tokens_out INTEGER NOT NULL DEFAULT 0,
+            last_updated TEXT NOT NULL,
+            PRIMARY KEY (provider, profile_id)
+          );
         `);
                 tableEnsured = true;
             }
@@ -55,8 +55,8 @@ async function readPersistedRowAsync(provider, profileId) {
     try {
         const db = await getOrchestrationDatabase();
         const row = db
-            .prepare(`SELECT provider, profile_id, tokens_in, tokens_out, last_updated
-         FROM provider_usage_counters
+            .prepare(`SELECT provider, profile_id, tokens_in, tokens_out, last_updated
+         FROM provider_usage_counters
          WHERE provider = ? AND profile_id = ?`)
             .get(provider, profileId);
         if (!row) {
@@ -79,11 +79,11 @@ async function persistIncrement(provider, profileId, tokensIn, tokensOut) {
     try {
         const db = await getOrchestrationDatabase();
         const nowIso = new Date().toISOString();
-        db.prepare(`INSERT INTO provider_usage_counters (provider, profile_id, tokens_in, tokens_out, last_updated)
-       VALUES (?, ?, ?, ?, ?)
-       ON CONFLICT(provider, profile_id) DO UPDATE SET
-         tokens_in = tokens_in + excluded.tokens_in,
-         tokens_out = tokens_out + excluded.tokens_out,
+        db.prepare(`INSERT INTO provider_usage_counters (provider, profile_id, tokens_in, tokens_out, last_updated)
+       VALUES (?, ?, ?, ?, ?)
+       ON CONFLICT(provider, profile_id) DO UPDATE SET
+         tokens_in = tokens_in + excluded.tokens_in,
+         tokens_out = tokens_out + excluded.tokens_out,
          last_updated = excluded.last_updated`).run(provider, profileId, tokensIn, tokensOut, nowIso);
     }
     catch {
@@ -126,7 +126,7 @@ export async function getAllCounters() {
         try {
             const db = await getOrchestrationDatabase();
             persistedRows = db
-                .prepare(`SELECT provider, profile_id, tokens_in, tokens_out, last_updated
+                .prepare(`SELECT provider, profile_id, tokens_in, tokens_out, last_updated
            FROM provider_usage_counters`)
                 .all();
         }

package/dist/src/services/objetivo/evaluator.js

@@ -0,0 +1,129 @@
+import { z } from 'zod/v4';
+import { logForDebugging } from '../../utils/debug.js';
+import { errorMessage } from '../../utils/errors.js';
+import { safeParseJSON } from '../../utils/json.js';
+import { extractTextContent } from '../../utils/messages.js';
+import { getMainLoopModel } from '../../utils/model/model.js';
+import { sideQuery } from '../../utils/sideQuery.js';
+import { construirPromptUsuario, SISTEMA_EVALUADOR } from './prompts.js';
+const resultadoSchema = z.object({
+    cumplido: z.boolean(),
+    razon: z.string(),
+});
+const MAX_CARACTERES_CONTEXTO = 4000;
+/**
+ * Aplana el último intercambio en texto plano: mensaje del usuario, respuesta
+ * del agente y tool_results. Se trunca al final para mantener el call al
+ * evaluador acotado — queremos foco en lo más reciente.
+ */
+function construirContextoReciente(messagesForQuery, assistantMessages) {
+    const partes = [];
+    const ultimoUser = [...messagesForQuery]
+        .reverse()
+        .find(m => m.type === 'user' && !('isMeta' in m && m.isMeta));
+    if (ultimoUser && ultimoUser.type === 'user') {
+        const content = ultimoUser.message.content;
+        if (typeof content === 'string') {
+            partes.push(`[Usuario]\n${content}`);
+        }
+        else if (Array.isArray(content)) {
+            const texto = extractTextContent(content, '\n');
+            if (texto)
+                partes.push(`[Usuario]\n${texto}`);
+        }
+    }
+    for (const am of assistantMessages) {
+        const content = am.message.content;
+        if (typeof content === 'string') {
+            partes.push(`[Agente]\n${content}`);
+        }
+        else if (Array.isArray(content)) {
+            for (const block of content) {
+                if (block.type === 'text' && 'text' in block) {
+                    partes.push(`[Agente]\n${block.text}`);
+                }
+                else if (block.type === 'tool_use' && 'name' in block) {
+                    const nombre = block.name;
+                    const input = JSON.stringify(block.input ?? {});
+                    partes.push(`[Tool ${nombre}] input=${input}`);
+                }
+            }
+        }
+    }
+    for (const m of messagesForQuery) {
+        if (m.type !== 'user')
+            continue;
+        const content = m.message.content;
+        if (!Array.isArray(content))
+            continue;
+        for (const block of content) {
+            if (block.type !== 'tool_result')
+                continue;
+            const result = block.content;
+            let texto = '';
+            if (typeof result === 'string') {
+                texto = result;
+            }
+            else if (Array.isArray(result)) {
+                texto = result
+                    .filter((b) => b.type === 'text')
+                    .map((b) => b.text ?? '')
+                    .join('\n');
+            }
+            if (texto)
+                partes.push(`[Tool result] ${texto.slice(0, 800)}`);
+        }
+    }
+    const completo = partes.join('\n\n');
+    return completo.length > MAX_CARACTERES_CONTEXTO
+        ? '… (truncado)\n' + completo.slice(-MAX_CARACTERES_CONTEXTO)
+        : completo;
+}
+/**
+ * Llama al evaluador con el modelo y proveedor que el usuario tenga activo.
+ * `sideQuery` dispatcha a Anthropic o a la ruta OpenAI-compatible según el
+ * provider activo, así que esto funciona para Claude, OpenAI, Bedrock, Vertex,
+ * Gemini, OpenRouter, Ollama, ZAI, MiniMax, etc. sin código específico.
+ *
+ * Devuelve null si la red, el provider o el parse fallan — el caller debe
+ * interpretar null como "no se pudo evaluar este turno, seguimos normal".
+ */
+export async function evaluarObjetivo(meta, messagesForQuery, assistantMessages, signal) {
+    const contexto = construirContextoReciente(messagesForQuery, assistantMessages);
+    if (!contexto.trim()) {
+        return null;
+    }
+    try {
+        const response = await sideQuery({
+            querySource: 'objetivo_eval',
+            model: getMainLoopModel(),
+            system: SISTEMA_EVALUADOR,
+            messages: [
+                {
+                    role: 'user',
+                    content: construirPromptUsuario(meta, contexto),
+                },
+            ],
+            max_tokens: 512,
+            thinking: false,
+            signal,
+            skipSystemPromptPrefix: true,
+        });
+        const texto = extractTextContent(response.content);
+        // El modelo puede envolver el JSON en ```json ... ``` — extraer si está.
+        const match = texto.match(/```(?:json)?\s*([\s\S]*?)```/);
+        const jsonText = (match ? match[1] : texto).trim();
+        const parsed = resultadoSchema.safeParse(safeParseJSON(jsonText));
+        if (!parsed.success) {
+            logForDebugging(`evaluarObjetivo: parse falló: ${parsed.error.message}`, { level: 'warn' });
+            return null;
+        }
+        return parsed.data;
+    }
+    catch (err) {
+        logForDebugging(`evaluarObjetivo: error: ${errorMessage(err)}`, {
+            level: 'warn',
+        });
+        return null;
+    }
+}

package/dist/src/services/objetivo/prompts.js

@@ -0,0 +1,21 @@
+export const SISTEMA_EVALUADOR = `Eres un evaluador objetivo. Tu único trabajo es decidir si una condición de fin se ha cumplido en base al trabajo que un agente acaba de realizar. NO hagas el trabajo. NO sugieras pasos. Solo evalúa.
+
+Devuelve EXCLUSIVAMENTE un objeto JSON dentro de un bloque \`\`\`json ... \`\`\` con estos campos exactos:
+- "cumplido": booleano. true solo si la condición se ha cumplido completamente con evidencia visible en el transcript reciente.
+- "razon": string en español, máximo 200 caracteres. Si cumplido=true: una frase breve con la evidencia concreta (ej. "Tests pasan: 12/12 en npm test"). Si cumplido=false: qué falta específicamente para cumplir la condición (ej. "Falta migrar el módulo X que aún tiene imports legacy de Y").
+
+Reglas estrictas:
+1. Si hay cualquier duda, devuelve cumplido=false.
+2. No aceptes promesas del agente ("voy a hacer X") como cumplimiento — solo evidencia ya ocurrida.
+3. Si el agente reportó un error, cumplido=false con la razón del error.
+4. Si el transcript no contiene información suficiente, cumplido=false con "Sin evidencia visible aún de <qué se esperaba>".
+5. No respondas nada fuera del bloque JSON.`;
+export function construirPromptUsuario(meta, contextoReciente) {
+    return `CONDICIÓN DE FIN:
+${meta}
+
+ÚLTIMO INTERCAMBIO DEL AGENTE (mensaje del usuario + respuesta del agente + resultados de herramientas visibles):
+${contextoReciente}
+
+¿Se cumple la condición? Devuelve el JSON.`;
+}

package/dist/src/services/objetivo/types.js

@@ -0,0 +1,25 @@
+/**
+ * Estado y tipos del feature /objetivo.
+ *
+ * El objetivo se evalúa al cierre de cada turno: un evaluador (el mismo modelo
+ * que el agente principal) decide si la condición se cumple. Si no, el agente
+ * sigue trabajando con la razón inyectada como mensaje meta del usuario.
+ */
+/**
+ * Formato compacto de duración en español. Ejemplos:
+ *   1234   → "1s"
+ *   65000  → "1m 5s"
+ *   3700000 → "1h 1m"
+ */
+export function formatearDuracion(ms) {
+    const totalSegundos = Math.max(0, Math.floor(ms / 1000));
+    if (totalSegundos < 60)
+        return `${totalSegundos}s`;
+    const totalMinutos = Math.floor(totalSegundos / 60);
+    const segundos = totalSegundos % 60;
+    if (totalMinutos < 60)
+        return `${totalMinutos}m ${segundos}s`;
+    const horas = Math.floor(totalMinutos / 60);
+    const minutos = totalMinutos % 60;
+    return `${horas}h ${minutos}m`;
+}