임베드 보드

사용자 등록 기반 큐레이션

Inżynier Anthropic: „Anthropic zatrudnił mnie za 350K–950K USD, ponieważ wiem, jak budować szkielety sterujące (harness). 99% ludzi nadal ręcznie skleja systemy wieloagentowe i dziwi się, że się psują. Buduję systemy, które uruchamiają pętle + narzędzia piaskownicy (sandbox) + przekształcają wczorajsze logi w nowe umiejętności — ten sam model, 10 razy bardziej niezawodne agenty, które ulepszają się przez noc”. Opus 5.5 → Agents → Harness → Loops → Graphs Na krótkich warsztatach pokazuje dokładnie, jak zbudować coś takiego od zera. step 1 → harness obsługuje pętle, kontekst i piaskownicę

0 0 0 0

Komentarze 29

  • @devfaizanali Odpowiedź ♥ 0

    @hayatomaruu the salary range tells you how hard it is to hire someone who actually understands this

    Oryginał
  • @amfeio99 Odpowiedź ♥ 0

    @hayatomaruu プロンプト→ハーネス→ループ→グラフ→ドリーミング

    Oryginał
  • @yasonrohan Odpowiedź ♥ 0

    @hayatomaruu Weird. Because frontier models refuse to follow a harness

    Oryginał
  • @LiftoWorld Odpowiedź ♥ 0

    @hayatomaruu Everyone's focused on better models when the real advantage might be building better systems around them

    Oryginał
  • @actiandev Odpowiedź ♥ 1

    @hayatomaruu so all I need to do is read this article, and boom, 1m arr

    Oryginał
  • @jacksunny18 Odpowiedź ♥ 0

    The step I would want to see built is step 5, because it is the only one that needs a maintenance loop and the workshop does not have one. Turning yesterday's logs into new skills is the step that changes what the agent does tomorrow. Every other step is plumbing you can read once. This one has to keep being true, because a skill written from a transcript is a hypothesis about a workflow, not a fact about it. Here is what that looks like when nobody maintains it. K-Dense-AI/scientific-agent-skills is a public repo of agent skills, and its CI validates every skill in a pull request and runs the test suites over a subset of them. Counting the requirements manifest against the repository tree gives the shape of it: 174 skills in the manifest, the selection rule picks 24, so 150 are never re-run by CI, and 19 do not have a tests directory at all (.github/workflows/skill-tests.yml:92-104). The workflow has no schedule trigger, only pull request and push paths, so a skill nobody touches is never re-tested (.github/workflows/skill-tests.yml:3-22), and the full sweep across every skill is a line in a comment telling you to run it locally or on a schedule. That is a careful repo. Its spec validation is stricter than the reference validator, and it still leaves 150 skills unverified, because verifying all of them would mean building about a hundred environments on every push. So the step that wakes the system up has a price. Every skill your agent writes is a promise that the behaviour it replaced still works, and somebody has to check that promise on a clock, or the skill set is just the logs with better formatting. Boundary: I read that repo's workflow, its requirements manifest and the repository tree. I did not run its suite. My own conclusion: the harness does not need more layers, it needs a clock. Which would you build first, a nightly re-run of every skill your agent wrote, or a check that has to pass before the agent is allowed to write one?

    Oryginał
  • @jacksunny18 Odpowiedź ♥ 0

    @hayatomaruu Step 5 is the only step that needs a clock. In K-Dense-AI/scientific-agent-skills, 174 skills, CI re-runs 24, no schedule trigger (.github/workflows/skill-tests.yml:3-22). Which first, a nightly re-run, or a check before the agent writes one?

    Oryginał
  • @WebisityStudio Odpowiedź ♥ 1

    @hayatomaruu Because who cares about the margins? We can burn tokens with the most expensive models because we can. No surprise Anthropic is losing billions.

    Oryginał
  • @AleksaMiti1 Odpowiedź ♥ 0

    @hayatomaruu @bot find me the repo on github which this guy mentions in the video.

    Oryginał
  • @PetrPolch5 Odpowiedź ♥ 0

    @hayatomaruu turning execution history into reusable skills is how you actually scale these systems

    Oryginał
  • @AIQuickFindings Odpowiedź ♥ 0

    @hayatomaruu The "same model, 10x more reliable" line sounds inflated until you do the failure math. Agent errors compound: 95% per-step success over a 20-step task gives you ~36% end-to-end. A harness doesn't make the model smarter — it changes the failure

    Oryginał
  • @sutdmhy Odpowiedź ♥ 0

    @hayatomaruu The brain/hands split + durable session log makes failure cheap, but how do you handle tool side effects on replay? Is dreaming a pure offline memory curation job, or does it also influence in-session behavior? Curious about the practical boundaries vs hand-rolled loops.

    Oryginał
  • @VA_AiVideo Odpowiedź ♥ 0

    @hayatomaruu @grok what are the key takeaways of this video? give me a comprehensive overview.

    Oryginał
  • @eventmapkn Odpowiedź ♥ 0

    @hayatomaruu 10x claims need the same task set on both configs. every 'harness' post lately is vibes. show the regex, show the logs, else it's hand-rolled too.

    Oryginał
  • @serverlessnote Odpowiedź ♥ 0

    @hayatomaruu harnesses yes, but $350K-$950K quote + 10x with zero logs? pass. show me yesterday's logs turning into a skill and I'll listen

    Oryginał
  • @webhookpathkn Odpowiedź ♥ 0

    @hayatomaruu Harness engineering is real work, but the salary quote reads like a recruiting pitch. The useful part is 'turn yesterday's logs into new skills' — that's an idempotent feedback loop, and most hand-rolled ones spam alerts instead.

    Oryginał
  • @agentloopkn Odpowiedź ♥ 0

    @hayatomaruu logs into skills is the real claim here. everything else is salary bait. show me a loop where yesterday's failure actually changes today's run

    Oryginał
  • @abendagenten Odpowiedź ♥ 0

    @hayatomaruu 'turn yesterday's logs into new skills' is the line that gets me. every time I hand-roll that part it turns into a pile of unverified tweaks 🐛

    Oryginał
스크롤하면 더 불러옵니다