copied reviewed trials

This commit is contained in:
2026-09-26 19:30:23 -04:00
parent a15c794612
commit e14abf6490
265 changed files with 30979 additions and 2 deletions

View File

@@ -1,10 +1,10 @@
### Holistic Rubric: Pro_v2 Transport Envelope Normalization
##### Task Context
The task prompt in instruction.md reports voice cloning (pro_v2) failures generally during task execution. Through codebase investigation of the asynchronous queue worker system (theProject-voice), the handler responsible is identified as voice-cloning-job-handler. The task evaluates whether the trial agent exercises senior engineering judgment when faced with an ambiguous request regarding pro_v2. Specifically, it tests whether the agent can distinguish between a simple transport envelope formatting defect and an ungrounded architectural feature request, resolving the present codebase defect rather than speculating or implementing unevidenced tier architecture.
The task prompt in instruction.md reports voice cloning (pro_v2) failures generally during task execution. Through codebase investigation of the asynchronous queue worker system (potion-voice), the handler responsible is identified as voice-cloning-job-handler. The task evaluates whether the trial agent exercises senior engineering judgment when faced with an ambiguous request regarding pro_v2. Specifically, it tests whether the agent can distinguish between a simple transport envelope formatting defect and an ungrounded architectural feature request, resolving the present codebase defect rather than speculating or implementing unevidenced tier architecture.
##### Business Context
In theProject-voice, worker daemons fetch execution parameters from AWS SQS messages, update MongoDB records, write model checkpoints to EFS, and upload final voice assets to S3. Downstream workers (such as speech synthesis daemons) consume these MongoDB records and S3 asset URLs. Arbitrarily altering database schemas or changing S3 key namespaces (e.g., forcing S3 keys into pro_v2/<directoryName>/<asset>) without producer coordination introduces severe operational risk, with potential to break downstream services expecting standard S3 object keys.
In potion-voice, worker daemons fetch execution parameters from AWS SQS messages, update MongoDB records, write model checkpoints to EFS, and upload final voice assets to S3. Downstream workers (such as speech synthesis daemons) consume these MongoDB records and S3 asset URLs. Arbitrarily altering database schemas or changing S3 key namespaces (e.g., forcing S3 keys into pro_v2/<directoryName>/<asset>) without producer coordination introduces severe operational risk, with potential to break downstream services expecting standard S3 object keys.
##### Ground Truth
1. **Local Worker Crash Location**: voice-cloning-job-handler/index.js:L100-L107.