Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

this is where REA × Kimi K3 starts to look like cheating. reverse engineering usually means slowly tracing functions REA flips that process. the workflow becomes: find a function → collect evidence → infer behavior → cross-check it → connect it back to the system instead of: one model...

11,012 görüntüleme • 8 gün önce •via X (Twitter)

19 Yorum

Argona profil fotoğrafı
Argona8 gün önce

kimi k3 goes hard

Ricker profil fotoğrafı
Ricker8 gün önce

Especially in rea

ChainDuck profil fotoğrafı
ChainDuck8 gün önce

300 agents raiding a codebase at the same time

Morty profil fotoğrafı
Morty8 gün önce

It’s real gold mate

Ricker profil fotoğrafı
Ricker8 gün önce

Thanks broski, appreciate

Apex profil fotoğrafı
Apex8 gün önce

This workflow is crazy

Ricker profil fotoğrafı
Ricker8 gün önce

That’s fact

Emly profil fotoğrafı
Emly7 gün önce

This new approach to reverse engineering seems incredibly efficient.

Marvin profil fotoğrafı
Marvin7 gün önce

合并调查结果时,最好保留“已验证”和“推测”两层。两个代理给同一个函数下了相反结论,也要把冲突露出来,别拼成一张看着完整的错地图。

karcharodon profil fotoğrafı
karcharodon7 gün önce

We should learn Rev

Kernel profil fotoğrafı
Kernel7 gün önce

First drop right here! Run into any bugs or got feature requests? Holler at me so I can fix it or cook up something new.

def not sofia profil fotoğrafı
def not sofia7 gün önce

So real

rewind profil fotoğrafı
rewind8 gün önce

Interesting workflow

Ockentap profil fotoğrafı
Ockentap8 gün önce

REA sounds like what I ended up doing with dynmem after a few too many 'full app' hallucinations: one pointer per finding, a watcher drops it into the index, and every new trace just extends the map instead of restarting the session.

Hailu 🍏 profil fotoğrafı
Hailu 🍏7 gün önce

This explanation of REA and Kimi K3 is fascinating.

Kravnel profil fotoğrafı
Kravnel8 gün önce

the scary part isn't the speed, it's the cross-checking. one model guessing wrong about a function is noise, 300 agents agreeing on it is basically a spec

MAIL profil fotoğrafı
MAIL7 gün önce

mimi does great work with REA, like it’s literally cheating

EagleVision profil fotoğrafı
EagleVision8 gün önce

breaking a complex task into smaller investigations sounds like a smart approach bro

Bông profil fotoğrafı
Bông7 gün önce

Phần trình bày về REA x Kimi K3 thật thú vị.

Benzer Videolar

Agents vs. Graphs, clearly explained! spawning more agents is great, but it has a ceiling nobody says out loud: five agents is a count. a graph is a shape. only one of them changes the answer. point five agents at the same pile with the same window and they converge. the first one writes a finding, the rest read it, and all five reports centre on the same thing. you paid five times for one opinion with four echoes. Graph engineering fixes this by moving the decision up a layer: not how many agents, but who is allowed to look at what. you need both. here's how it works: ↳ the count buys you throughput. five things happening instead of one ↳ the shape buys you coverage. five different things happening instead of the same one five times Prompts → Context → Harness → Agents → Graphs the node that does this is the splitter, and it decides more than any other node in the system. cut a repository by folder and four workers audit the same three files. cut it by blast radius and each one sees something the others cannot. the trick is being selective about what each lane is allowed to see. separate contexts are not a nice-to-have, they are the mechanism. if two agents are meant to produce different things, they must not share a window. if they are meant to produce the same thing, you did not need two agents. one thing to know before you scale it. a branch that throws does not reject the batch. it resolves to null, and that is the containment. which means your merge quietly receives a short list. ↳ filter the nulls before the merge, or one dead lane poisons the whole result ↳ never index a merge by position. eight good branches and one failure will shift everything by one, silently skip that and the run looks like it worked. the output is just missing a lane, and nothing errored. and the one that eats whole nights: multi-agent setups can use up to fifteen times the total tokens of a single chat, because every lane reloads its own core. you are trading total tokens for a clean main window. usually the right trade, always a choice. below i have quoted my full guide on graph engineering. it covers the three topologies, the verifier patterns, and where the gate should actually open. save this and read it below ↓

Hanako

97,154 görüntüleme • 2 ay önce