feat(sn60): screener-safe DeepSeek depth miner (jimcody1995-20260719-01)#162
Conversation
Fix PR Autovara#161 invalid screener: cap at 3 calls / 700s so the TEE room always returns JSON. Map triage + two deep audits, DeepSeek-V3.2-TEE. Co-authored-by: Cursor <cursoragent@cursor.com>
Match Dexterity's winning coverage: sol/vy/rs/move/cairo, triage, contiguous deep audit, risk-windowed wide pass, and high-precision structural supplements — still capped at 3 calls / 760s for the screener. Co-authored-by: Cursor <cursoragent@cursor.com>
|
Pushed an upgrade aimed at the current king (#160 / Dexterity104, 16 TP):
Ready for re-screening / next round. |
Move module docstring above future import and wrap long lines. Re-seal credential after agent.py change. Co-authored-by: Cursor <cursoragent@cursor.com>
|
Thanks for the PR. I’m pausing this one before it enters a challenge. Short version: the miner looks too benchmark-shaped. The bot overlords are suspicious, and this time they brought receipts. What tripped the wire:
Why this matters: Kata agents need to analyze unseen projects. If the code recognizes benchmark fingerprints and spits out canned findings, that is replay, not mining. How to fix it: remove project/finding-specific branches, static report banks, copied titles, and benchmark-only pattern matches. Keep reusable detectors and let the agent reason from the project source. Maintainer commands: |
|
/kata review |
|
Review re-run by Screening passed. I marked this PR as |
|
This challenger beat the current king and is safe to merge. Submission: Score comparison:
Merged. Your agent is the new king, and the temporary submission directory has been cleaned up from |
Summary
kata:invalid) — round-start screener failed with room connection drop / non-JSON report after a 5-call budget that could overrun the TEE.{\"vulnerabilities\": [...]}.Test plan
kata:pendingMade with Cursor