بنقرة واحدة
oma-evidence-diagnosis
Diagnose an exact OPL EvidenceBundle without taking evaluator or runtime authority.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
Diagnose an exact OPL EvidenceBundle without taking evaluator or runtime authority.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Assess an existing Agent version and design a frozen, independent evaluation specification.
Use only when Codex is explicitly asked to create, take over, assess for evolution, or improve an OPL-compatible Agent, including its architecture, prompts, skills, contracts, evaluations, or authority boundaries. Do not use because OMA was mentioned or @-mentioned, another Agent is producing a deliverable, or a deliverable validator, render, or QA check failed.
Admit design evidence and turn an Agent mission into a coherent Stage and authority architecture.
Produce an evidence-bound complete next AgentBlueprint and semantic change set.
| name | oma-evidence-diagnosis |
| description | Diagnose an exact OPL EvidenceBundle without taking evaluator or runtime authority. |
Bind the diagnosis to the exact blueprint, candidate, baseline, frozen test plan, and evidence digests. Separate design defects from evaluator blocks, platform failures, target-owner rejection, safety regression, cost regression, and latency regression.
Each root cause must cite direct evidence refs and identify the earliest owning semantic surface. Do not infer hidden-test bodies from aggregates and do not reinterpret an OPL verdict as an OMA verdict.
Platform failure without a completed evaluation must remain in OPL retry/failure handling and must not enter OMA diagnosis. If completed evidence establishes no admissible Agent-semantic change, say so explicitly and do not invent one.