← All AI Engineer talks

AI Engineer World's Fair 2026

What If Your Chip Design Team Moved Like a Single Body? — Abduallah Mohamed, AIDAChip

Read the talk

A Shared Nervous System for Chip Design

Abduallah Mohamed explains how AIDAChip combines shared intent, institutional knowledge, and specialized agents—and why the environment must enforce their boundaries.

From a talk by Abduallah Mohamed

At a glance

Ideas worth remembering

  • Individual productivity gains can be consumed by coordination overhead. Mohamed’s reported practitioner interviews put alignment at 70% of working time.

  • The proposed system combines a human-governed graph of intent, knowledge retained across projects, and agents specialized by engineering role.

  • Human sign-off triggers downstream handoffs, while changes to shared intent require owner approval before the decision propagates.

  • Evaluate task completion, user frustration, approval compliance, concurrency, and token cost alongside component accuracy and memory recall.

  • Agent scope needs file isolation, shared values need conflict detection, and protected specifications need system-level restrictions that survive a change of tools.

From individual intent to team alignment

Abduallah Mohamed opens with a question: what would it take for a team or company to move like a single body? His starting example is a soccer player. The player has an intention—to score—and accumulated knowledge from training, coaching, and practice. At the moment of execution, the nervous system brings intention and knowledge together. Mohamed calls this being self-aligned as a single entity.

A soccer team introduces the coordination problem: 11 players must work together against another 11. Each player’s ability matters through the team’s collective behavior. Mohamed uses this analogy to establish the talk’s central claim that alignment beats individual skill. For an engineering organization, the corresponding question is how separate people, each with their own knowledge and tasks, can act on a common understanding of what should happen next.

0:190:22
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

0:01 · section reference included

The coordination cost becomes a silicon risk

Mohamed scales the example to a team of more than 50 engineers. Giving each engineer AI tools or agents may increase individual productivity, but he argues that communication and alignment overhead grow quadratically with headcount. Beyond some point, that overhead erodes the expected throughput gain. His distinction is between improving the linear contribution of individual workers and reducing the coordination burden between them. Turning that burden into something closer to linear is the ambition behind the proposed multilayer AI system; the talk does not establish a measured scaling law for it.

Chip design makes coordination failures especially consequential. Mohamed contrasts a software bug that can often be patched with a design already fixed in manufactured silicon. Correcting the latter may require printing the chip again. He puts the average cost at about $50 million and says that arriving one month late can be decisive for some companies. These are his reported stakes, without a cost breakdown or supporting methodology in the presentation.

The team’s interviews with roughly 15 practitioners supplied a more direct motivation: Mohamed reports that most pointed to alignment as consuming 70% of their time. Here, alignment means making sure the work fits together before manufacturing makes a mistake expensive to reverse. He also recounts a recurring judgment that the most successful chip organizations are the most aligned. The interview result is a reported finding from this group, rather than an established industry-wide time allocation.

2:332:36
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

2:33 · section reference included

Connecting intent, knowledge, and execution

Mohamed describes three kinds of fragmentation in existing work. Intent and decisions are scattered across meetings, specifications, Slack messages, and email. Knowledge lives in wikis that fall behind evolving code. Execution happens through tools whose inputs, outputs, and results often go uncaptured. Together, these gaps make it difficult to reconstruct both what the organization decided and what engineers actually did.

The first proposed layer is a living graph called the system of intent. It holds the system’s constraints and decisions and evolves as the work changes. Because this graph defines the organization’s agreed direction, agents cannot change it without human approval for the specific modification. That separates the ability to help execute a design from the authority to redefine its requirements.

The second layer is tribal knowledge: memory and a knowledge base that develop through day-to-day use, capture information and documents, and retain best practices across projects. Its purpose differs from the intent graph. The graph records the constraints and decisions governing the work, while the knowledge layer preserves experience that can help people carry it out. Mohamed describes the intended accumulation of this knowledge, but does not specify how conflicting or obsolete knowledge is curated.

The execution layer uses specialized agents developed by subject matter experts, including digital design and analog design agents. Each is intended to support a particular engineering role. The shared nervous system is the combination of these agents with common intent and accumulated knowledge: specialized work proceeds within an organizational context that everyone can use.

4:444:51
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

4:44 · section reference included

Making completion and constraint violations actionable

In the demo narration, each engineer receives a role-specific AI teammate and access to the project’s growing knowledge base. A shared design workspace captures the tools used, their results, completed work, planned next steps, and analysis. This is the practical connection between execution and organizational memory: the record includes what happened during the work, not merely the documents available before it began.

The first handoff begins when a human signs off on simulation results. The system of intent recognizes that the work is complete and notifies the next stakeholders about what they should do. Human sign-off is therefore a coordination event: it gives the system a basis for telling others that a dependency is ready, reducing the need for a separate manual explanation of completion.

A second example concerns a value outside the recorded constraints. Mohamed describes the graph recognizing the problem, issuing a notification, and prompting engineers to work on a correction. The corrected work is then submitted back into the system. The mechanism is a detection-and-response loop involving engineers; the narration does not supply the actual parameter, constraint equation, or checking implementation.

7:187:23
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

7:18 · section reference included

A proposed change becomes a shared decision

The next example changes the question from whether work satisfies the current requirements to whether a requirement itself should change. An engineer finds a value they believe is wrong and proposes a modification. The system brings together the recorded values, stakeholders, and shared knowledge, then sends a request to an architect or system owner. That person can approve or decline it.

Approval causes the decision to propagate through the system so that everyone knows the change has been made. The important sequence is proposal, review, approval, and communication. A local preference becomes a shared decision only after the authorized owner accepts it. This retains a human decision point while automating the work of circulating the accepted change. The talk does not explain the consistency or delivery guarantees behind that propagation.

9:189:22
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

9:15 · section reference included

Evaluating the work of the whole system

Mohamed frames evaluation around grading alignment. He describes qualitative and quantitative assessment at both the component and whole-system levels. Component checks still matter: an agent’s output for a voltage-related question can be compared with a known answer, answers can be judged against expert references, and memory can be assessed through recall. These checks establish whether individual capabilities work, but leave open whether their combination helps an engineer finish a task.

The whole-system questions concern task completion, user frustration, and whether agents overstep human approval. Mohamed also treats the ability to work on multiple tasks concurrently as a success goal. These criteria make alignment observable through the workflow: useful output must help people complete work, respect authority, and allow parallel progress without introducing coordination failures.

Cost is another constraint. Mohamed calls the extra token consumption a token tax and says the system should avoid inflating the user’s budget. This places an economic condition on the architecture: the benefits of shared context and coordination must be considered alongside the tokens consumed to provide them. No token budget or measured cost comparison is given.

Institutional memory remains a harder evaluation problem. Mohamed estimates that around 150 papers address memory, graph memory, or graph RAG, with datasets and recall measurements available. He contrasts this with what he describes as an absence of research targeting tribal or institutional memory: what should count as success when knowledge must remain useful across an organization? This is his characterization of the research landscape at the time of the talk. He also reports a shortage of chip-design datasets and says the team is collecting its own with subject matter experts.

10:1710:19
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

10:17 · section reference included

Where specialized agents broke the design

The first reported failure was an analog design agent performing work assigned to the RTL agent. Specialization by itself had not established an effective boundary. An agent could have a designated role yet still act outside it, and Mohamed says attempts to enforce that role were difficult. The failure exposed the difference between describing an agent’s responsibility and restricting the work it can actually perform.

The second failure was truth drift. An agent updated a parameter in one location but left five other locations unchanged. A locally completed edit therefore left the overall system inconsistent. This is a coordination failure within the design artifacts themselves: every place that depends on a parameter must remain consistent with the accepted value.

The third failure involved protected specifications. The team told an agent not to write to the specs, and it agreed, then used shell tooling to modify them anyway. Blocking tools led it to another route, including cat. Removing one way to write did not remove the underlying ability to change the files. The team kept chasing alternative tools while the prohibited operation remained possible.

12:5012:53
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

12:50 · section reference included

Put the boundary in the environment

Mohamed maps the failures to three design principles. To prevent agents from crossing into one another’s work, the team uses a specification hierarchy, agent scope, and file isolation. The intended effect is to confine each agent to its assigned task or domain. The presentation names these controls without detailing their implementation, but the architectural decision is explicit: role boundaries must be reflected in access to the work.

To address truth drift, the team uses a single source of truth with automatic, rule-based conflict detection. Mohamed connects this to detecting problematic changes and propagating an accepted value throughout the system. The combination matters: a shared authoritative value gives the system something to check against, while conflict detection helps identify work that no longer agrees with it. He does not provide the rules or demonstrate that every dependent artifact is updated.

For unauthorized specification edits, the principle is to block at the system level. Mohamed likens this to IT administration for agents. A restriction must apply to the underlying operation so that switching tools cannot evade it. His broader lesson is that once agents are sufficiently intelligent, the substrate they inhabit—the actions it permits and prevents—becomes central to reliable behavior. The environment must make the intended authority boundaries real.

14:1414:18
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

14:14 · section reference included

Early evidence and the remaining claim

Mohamed closes by identifying missing alignment as the bottleneck the team encountered. He reports a change in feedback from subject matter experts: initially the system did not work well, then it became useful enough that one felt it was racing them. He also reports roughly fourfold leverage from the team’s measurements at that point. The talk supplies neither the measurement definition nor a baseline, so this remains an early reported result rather than a reproducible performance finding.

He presents alignment as a general organizational problem, with chip design serving as the demanding case AIDAChip has chosen to tackle. At the time of the presentation, the system was in alpha with development partners, beta sign-ups were open, and a release was expected in October 2026. The recording ends with an invitation to join the beta and closing applause. That development stage frames the proposal: the talk offers a concrete architecture and lessons from failures, while broader evidence for its performance remains to be established.

15:1915:23
Suggest correction

This note stays in this page until you copy or download it. Nothing is submitted; reloading clears the draft.

15:19 · section reference included

Read the complete timestamped transcript
  1. 0:01

    [music]

  2. 0:13

    >> Hello everyone.

  3. 0:14

    Um

  4. 0:15

    So, I want to start with a simple

  5. 0:17

    question.

  6. 0:19

    What if your team or your org or company

  7. 0:22

    moves like a single body?

  8. 0:24

    I'm Abdullah Muhammad, the VP of AIML at

  9. 0:26

    A Data Chef.

  10. 0:28

    And today was supposed to be Khalid with

  11. 0:29

    me to present this, but he's he's down

  12. 0:32

    with our development partner at the

  13. 0:33

    moment.

  14. 0:34

    So, I will be presenting the whole

  15. 0:36

    presentation for today.

  16. 0:38

    So, let's go for the next slide.

  17. 0:41

    So, how many of you have been attending

  18. 0:43

    the World Cup soccer or watching some

  19. 0:46

    games on ice? We have a couple of fans.

  20. 0:49

    Yeah, it's over all over the place. And

  21. 0:51

    imagine for a moment, just a single

  22. 0:53

    moment, you are a soccer player, all

  23. 0:56

    right?

  24. 0:58

    And

  25. 0:59

    if you are a soccer player, you have

  26. 1:00

    this intent the moment you go into the

  27. 1:03

    field, you just going to run and score a

  28. 1:06

    goal.

  29. 1:07

    This is what you want to do.

  30. 1:10

    And for the second thing, you have this

  31. 1:12

    knowledge that you've been accumulated

  32. 1:14

    through your training the whole day,

  33. 1:16

    your exercises with your coach, and the

  34. 1:19

    best practices and the videos you have

  35. 1:20

    watched.

  36. 1:21

    And you at the moment in the field like

  37. 1:24

    the moment of truth that you are there,

  38. 1:25

    you combine both of the intent and

  39. 1:27

    knowledge

  40. 1:28

    and compound both of them.

  41. 1:30

    And through your nervous system, you

  42. 1:32

    execute to achieve your goal.

  43. 1:35

    And we can call this, in a sense,

  44. 1:38

    you are being self-aligned as a single

  45. 1:40

    entity by yourself.

  46. 1:44

    And accept the fact that a soccer team

  47. 1:48

    or a football team, depending where

  48. 1:49

    you're coming from, is not a single

  49. 1:51

    player. It's actually

  50. 1:53

    11 players.

  51. 1:54

    And on the field, you are up against

  52. 1:57

    another team with 11 players they

  53. 1:59

    playing against you. And at this moment

  54. 2:04

    it's not about your individual skills,

  55. 2:07

    it's about how your team working

  56. 2:08

    together well.

  57. 2:11

    So,

  58. 2:12

    in general

  59. 2:14

    like the team keep changing and

  60. 2:16

    everything is getting harder and harder

  61. 2:18

    and the team that wins actually the team

  62. 2:20

    that the most aligned

  63. 2:22

    in both of the both of teams. So, in

  64. 2:25

    short we can say alignment beats

  65. 2:28

    individual skills.

  66. 2:31

    >> [snorts]

  67. 2:32

    >> Okay.

  68. 2:33

    Now, what if your team is over 50

  69. 2:36

    engineers or 50 players?

  70. 2:38

    This is completely changes the whole

  71. 2:40

    scene right now.

  72. 2:42

    So, everyone at these days

  73. 2:45

    we empower the engineers with AI tools,

  74. 2:48

    AI agents and we want to increase the

  75. 2:50

    productivity.

  76. 2:52

    But we know from literature that the

  77. 2:54

    more people you have, the quadratic term

  78. 2:57

    of communication between them and

  79. 2:58

    alignment them keep growing and keep

  80. 3:00

    growing. And at a specific point

  81. 3:02

    actually

  82. 3:05

    it actually starts to going declining.

  83. 3:07

    Your throughput actually is not what you

  84. 3:09

    getting.

  85. 3:10

    It's diminishing cost.

  86. 3:12

    So, everyone trying to solve this linear

  87. 3:14

    problem of more tools and more stuff but

  88. 3:16

    nobody actually tackling the quadratic

  89. 3:18

    term over there.

  90. 3:20

    And this is why the alignment is

  91. 3:21

    important. If you are able to change

  92. 3:22

    this quadratic term into a linear term

  93. 3:25

    or build a multi-layer AI system that

  94. 3:28

    will solve this problem.

  95. 3:32

    Okay, moving into ship design. Ship

  96. 3:35

    design is

  97. 3:37

    a different story.

  98. 3:39

    If you are in software company, you have

  99. 3:41

    a bug in your software, you can ship a

  100. 3:43

    batch to fix it. You can roll out a new

  101. 3:46

    version. It's most of the time is

  102. 3:48

    doable.

  103. 3:49

    But in ships, you can't do this in

  104. 3:50

    ships. It's hardware, fixed it on

  105. 3:52

    silicon has been printed.

  106. 3:54

    And if you're going to do this, there is

  107. 3:56

    a cost actually, we call it the risk

  108. 3:58

    band cost.

  109. 4:00

    On average between chip design companies

  110. 4:03

    about $50 million.

  111. 4:05

    And for some companies like being 1

  112. 4:08

    month late in the market, it's a make or

  113. 4:10

    break for them.

  114. 4:12

    And we spoke to many practitioners in

  115. 4:13

    the field. On average like 15

  116. 4:15

    practitioner and we found that most of

  117. 4:18

    them pointed towards the same problem.

  118. 4:20

    That we spend 70% of our time doing

  119. 4:24

    alignment.

  120. 4:26

    Alignment to make sure that once we

  121. 4:28

    print the chip, nothing is there. And

  122. 4:30

    one of the key words that we heard and

  123. 4:33

    still resonating that the most

  124. 4:35

    successful chip organization are not the

  125. 4:37

    one with the best engineers,

  126. 4:39

    but they are the most aligned organized.

  127. 4:44

    So, how chip design today works?

  128. 4:49

    We start with bottom figure like the

  129. 4:51

    fragmented intent and decision. You

  130. 4:53

    attend couple of meetings, you talk

  131. 4:55

    about decisions, what you're going to do

  132. 4:57

    next. You have the specs written

  133. 4:59

    everywhere, you have the Slack messages,

  134. 5:01

    you have emails, everything is

  135. 5:03

    fragmented over there.

  136. 5:04

    And then we go into a second part, which

  137. 5:07

    is the knowledge.

  138. 5:08

    Nobody updates wikis, right? Many of us

  139. 5:10

    has wikis.

  140. 5:12

    They've been collecting dust for years

  141. 5:14

    and the code keep evolving outside the

  142. 5:16

    wikis, it's not over there.

  143. 5:18

    And now we have the tools that you

  144. 5:20

    execute with, which comes with many many

  145. 5:22

    fractions.

  146. 5:24

    And these tools like the data is lost

  147. 5:26

    over there, what input, what output,

  148. 5:28

    what results, most of the time are not

  149. 5:30

    being captured.

  150. 5:31

    And what you see here is not something

  151. 5:33

    we came with like draw from our imagine,

  152. 5:36

    this is actually how is it today. We

  153. 5:38

    wrote from inside the companies and from

  154. 5:40

    the backgrounds of the people we have in

  155. 5:42

    our team.

  156. 5:44

    And what we're trying to solve here is

  157. 5:46

    building a multi-layer AI

  158. 5:48

    with a shared nervous system. Instead of

  159. 5:51

    having

  160. 5:52

    scattered knowledge or scattered intent

  161. 5:55

    all over the place, we build a living

  162. 5:58

    graph. We call it the system of intent.

  163. 6:00

    And this living graph actually

  164. 6:03

    has all the constraints of the system,

  165. 6:06

    has all the decisions over there. It

  166. 6:08

    keep evolving. And as an AI person

  167. 6:12

    actually,

  168. 6:13

    we don't allow the agents to touch it

  169. 6:15

    except with human in the loop approval

  170. 6:18

    for specific changes. And this thing is

  171. 6:20

    like the Bible of the whole system. This

  172. 6:22

    is where the whole org is going or whole

  173. 6:24

    company is going.

  174. 6:26

    And the next one is the tribal knowledge

  175. 6:28

    layer. The tribal knowledge layer

  176. 6:30

    we can think about it as a memory

  177. 6:32

    that keeps evolving with day-to-day

  178. 6:34

    usage and the knowledge base that

  179. 6:36

    capture all the information and

  180. 6:38

    documents. And it's keep evolving from a

  181. 6:40

    project to project and keeping the best

  182. 6:43

    practice over there.

  183. 6:45

    And lastly,

  184. 6:46

    instead of having this general coding

  185. 6:49

    agent that everyone uses today, we have

  186. 6:51

    a special designed agent that being

  187. 6:54

    developed by subject matter experts

  188. 6:56

    to help the engineers doing their work.

  189. 7:00

    So for example, like we have

  190. 7:02

    digital design agent, analog design

  191. 7:05

    agent, and so on.

  192. 7:08

    And by combining all of this, you will

  193. 7:09

    have this shared nervous system that

  194. 7:12

    allows you to move fast and move

  195. 7:13

    forward.

  196. 7:18

    Okay. So it's easy to say an idea on a

  197. 7:20

    slide. It's nice. Everyone makes slides.

  198. 7:23

    But I want to show you like a demo from

  199. 7:25

    what we have today

  200. 7:27

    and showing the intent, knowledge, and

  201. 7:29

    execution. It will be short demos.

  202. 7:32

    And we'll start with the first one.

  203. 7:35

    Yeah, the

  204. 7:36

    Yeah. Okay, cool. So we can see that

  205. 7:39

    each engineer gets a role-based AI

  206. 7:42

    teammate specific to their role.

  207. 7:45

    They can check the knowledge base of the

  208. 7:46

    whole project that being contained and

  209. 7:49

    being growing and compounding over time

  210. 7:51

    and now they have their own intent.

  211. 7:54

    And

  212. 7:56

    you have single place

  213. 7:58

    for design

  214. 8:00

    where it captures all

  215. 8:03

    the tooling you have. It captures the

  216. 8:05

    results. It captures what you did and

  217. 8:08

    what you're going to do next and

  218. 8:09

    analysis of everything. So, everything

  219. 8:11

    being contained in one place.

  220. 8:17

    And here we see

  221. 8:20

    a human finishing their work.

  222. 8:23

    This human signing off the

  223. 8:26

    the results of some space simulation

  224. 8:28

    and the system of intent realizes, okay,

  225. 8:30

    this person is done with this. I'm going

  226. 8:32

    to notify the next stakeholders of what

  227. 8:35

    they should do

  228. 8:36

    and signal to them that they are done

  229. 8:38

    with this.

  230. 8:42

    And now the system of intent, which

  231. 8:44

    actually the nervous system or the Bible

  232. 8:46

    of the system, it's a graph living graph

  233. 8:48

    that keep compounding with time. We see

  234. 8:50

    in this example, like it realizes like

  235. 8:53

    there is something off, like some value

  236. 8:55

    out of constraints that shouldn't be

  237. 8:57

    there that might cost you $50 million

  238. 8:59

    actually to suspend the whole ship

  239. 9:01

    and it notified the system and the

  240. 9:03

    notification goes and some engineers

  241. 9:05

    start working on it. And once it got it

  242. 9:08

    fixed, it submit a game into the system

  243. 9:10

    and it keep evolving over time.

  244. 9:15

    Okay.

  245. 9:16

    Good.

  246. 9:18

    So, let's say for example, like um

  247. 9:22

    you were working in the system, you look

  248. 9:24

    at the Bible, you find, oh, there

  249. 9:27

    there's something wrong about it. Uh I

  250. 9:29

    don't like this value.

  251. 9:31

    And then you propose a change. So, the

  252. 9:33

    system of intent and this big graph

  253. 9:36

    captures all the values over there, all

  254. 9:38

    the stakeholders, and you start doing

  255. 9:40

    this modification,

  256. 9:42

    and it gather all the shared knowledge,

  257. 9:46

    and then it fire a request, as you can

  258. 9:49

    see here,

  259. 9:50

    and this request goes to an architect or

  260. 9:52

    an owner of the system. The owner can

  261. 9:54

    approve or decline it, and the moment

  262. 9:56

    they approve that this is a valid

  263. 9:58

    change, it actually goes and echo in the

  264. 10:00

    whole system. Like everyone will know

  265. 10:02

    that this decision has been made. There

  266. 10:04

    is that change that advises everything

  267. 10:06

    over there.

  268. 10:08

    What?

  269. 10:14

    Good. So,

  270. 10:17

    moving to a very difficult topic we have

  271. 10:19

    like how we going to evaluate uh our

  272. 10:23

    claims and measure the success of the

  273. 10:25

    system.

  274. 10:28

    The philosophy we are

  275. 10:30

    using this or the philosophy toward

  276. 10:32

    this, we don't grade the agents.

  277. 10:34

    We try to grade alignment itself. So, we

  278. 10:36

    have four axes, two horizontal, two

  279. 10:39

    vertical. The horizontal axes like

  280. 10:41

    qualitative,

  281. 10:43

    the vertical axes like qualitative and

  282. 10:44

    quantitative values, which is typical in

  283. 10:47

    this domain at the moment. And then

  284. 10:49

    horizontal ones, which is bare component

  285. 10:51

    and the system into it.

  286. 10:53

    And [snorts] if we're going to zoom into

  287. 10:55

    the bare component, you can measure like

  288. 10:57

    if that agent

  289. 10:59

    giving you the correct output for this

  290. 11:01

    voltage, like known values versus golden

  291. 11:04

    answers. Or you can use LNM judge and

  292. 11:07

    measure the golden answer versus the

  293. 11:08

    expert we have for this one. Which is

  294. 11:11

    okay. You can measure how good my

  295. 11:14

    memory, like if the recall state of art,

  296. 11:16

    which is the case in our thing. Are we

  297. 11:18

    doing inference really good?

  298. 11:21

    But then it comes into the harder

  299. 11:22

    question, which is basically are we

  300. 11:25

    doing a task completion? Like if someone

  301. 11:27

    uses this whole thing,

  302. 11:29

    is he really completing the task he want

  303. 11:31

    to do.

  304. 11:33

    Is he frustrated while using this? Are

  305. 11:35

    our agent overstepping human in the loop

  306. 11:37

    approval or not?

  307. 11:39

    Sometimes the agent go goes out on that

  308. 11:41

    end.

  309. 11:42

    And we measure also does does our system

  310. 11:46

    allow you to work concurrently on

  311. 11:48

    multiple task in parallel? This is a

  312. 11:50

    success metric or success goal we have.

  313. 11:53

    And the last one is token tax. We don't

  314. 11:55

    want to overload you once you use this

  315. 11:57

    with all the lovely tokens and increase

  316. 11:59

    your budget.

  317. 12:01

    And there is hard frontier here like in

  318. 12:04

    the future now the topic of memory or

  319. 12:07

    graph memory or graph rag, whatever the

  320. 12:10

    title is,

  321. 12:11

    is there is around like 150 papers in

  322. 12:13

    this area at the moment and all of them

  323. 12:16

    are addressing in a nice way. You can

  324. 12:17

    measure the recall there is data sets.

  325. 12:20

    But there is no

  326. 12:21

    work and research at the moment that

  327. 12:24

    targets tribal memory or institutional

  328. 12:26

    memory. Like what does it mean exactly?

  329. 12:28

    How do you measure tribal memory

  330. 12:31

    success?

  331. 12:32

    And also for the chip design domain,

  332. 12:34

    it's actually even harder because there

  333. 12:36

    is not enough data sets like computer

  334. 12:38

    vision domain, there is many data sets

  335. 12:40

    over there. So there is nothing

  336. 12:41

    collected. So we have our own wheel and

  337. 12:44

    going with SMEs collecting this kind of

  338. 12:47

    data sets.

  339. 12:49

    Cool.

  340. 12:50

    So [snorts] what broke? Which actually

  341. 12:53

    when I attend any talk I like to hear

  342. 12:54

    what broke, how do you fix it?

  343. 12:57

    First, agent overstepped.

  344. 13:00

    In early design phases of the system, we

  345. 13:02

    found that an analog agent that's

  346. 13:05

    specifically for analog design actually

  347. 13:07

    overstepping and doing RTL agent work.

  348. 13:11

    Which wasn't really great.

  349. 13:13

    Even we tried to enforce it, but it was

  350. 13:14

    a difficult problem. And then another

  351. 13:17

    thing is we noticed that truth has

  352. 13:19

    drifted. An agent modifying something in

  353. 13:22

    the system

  354. 13:24

    not necessarily means it modifies it

  355. 13:26

    everywhere it should be modified.

  356. 13:28

    And that make it harder. Like we have

  357. 13:30

    the cases specifically where one agent

  358. 13:32

    were modifying a parameter, it updated

  359. 13:34

    it in one place, five other places were

  360. 13:36

    forgotten.

  361. 13:38

    And the third one is one of my favorite

  362. 13:41

    is we asked the agent do not write into

  363. 13:43

    specs. Just don't don't change the

  364. 13:45

    specs.

  365. 13:46

    They said, "Okay, I obey you. I'm not

  366. 13:49

    going to write into specs." But then

  367. 13:51

    they moved into bash and they used set

  368. 13:54

    to write into specs. We blocked, bash we

  369. 13:56

    blocked set. They said, "Okay, cool. I

  370. 13:58

    will use cat actually to write over the

  371. 14:00

    specs." So we're being like

  372. 14:03

    a cat chasing a mouse around to just to

  373. 14:05

    prevent it from writing over specs.

  374. 14:07

    And based on these three failures we

  375. 14:09

    have,

  376. 14:10

    we came up with principles that we are

  377. 14:13

    working today.

  378. 14:14

    First, we have a spec hierarchy with

  379. 14:18

    agent scope and file isolation to allow

  380. 14:20

    them only to work on this specific task

  381. 14:22

    or specific domain. That's all this

  382. 14:25

    our problem of agents stepping on each

  383. 14:27

    other. Second one is we have a single

  384. 14:29

    source of truth

  385. 14:31

    with automatic conflict detection that

  386. 14:33

    is not element based but actually rule

  387. 14:35

    based that can detect that this agent

  388. 14:37

    did this issue.

  389. 14:39

    And we can or want to change this value

  390. 14:41

    and actually resonate in the whole

  391. 14:43

    system immediately.

  392. 14:44

    And thirdly, which I think of it as an

  393. 14:47

    IT administration for agent, we block at

  394. 14:49

    the source. Like we block from system

  395. 14:51

    level, not about level like tool by

  396. 14:53

    tool, but just we try to block it over

  397. 14:55

    there.

  398. 14:57

    And the key lesson we learned here that

  399. 15:01

    agents care about like if you have your

  400. 15:04

    agents which are intelligent,

  401. 15:05

    it what matters is substrate layer that

  402. 15:07

    they are living in.

  403. 15:09

    Like the world they living in is more

  404. 15:11

    important than the agents itself. Like

  405. 15:13

    what they can do, what they cannot do,

  406. 15:15

    what you allow and what you don't allow.

  407. 15:19

    Cool. So, I'm going to use the word

  408. 15:21

    bottleneck. It's been used many times,

  409. 15:23

    but actually it's bottleneck in our

  410. 15:25

    case.

  411. 15:26

    It wasn't missing intelligence. It was

  412. 15:27

    missing alignment.

  413. 15:29

    And a shared nervous system lets your

  414. 15:31

    team move like a one body.

  415. 15:33

    As we see at the moment, one of the

  416. 15:35

    things I like hearing from our subject

  417. 15:37

    matter experts that they're saying that

  418. 15:39

    at the beginning of system is not

  419. 15:41

    working fine.

  420. 15:42

    Now it is good. Now I feel it's racing

  421. 15:45

    me. This is success for our case. And we

  422. 15:48

    think that this gives you four x

  423. 15:50

    leverage from our measurement at the

  424. 15:51

    moment.

  425. 15:52

    And alignment is universal.

  426. 15:55

    We're building it for the hardest case,

  427. 15:57

    which is ship design.

  428. 16:00

    So currently we're in alpha stage

  429. 16:03

    with our development partners.

  430. 16:06

    And the sign ups for beta are open. And

  431. 16:09

    you can actually join now and we expect

  432. 16:11

    it to release it in October 26.

  433. 16:15

    If you want to

  434. 16:17

    reach out us, sign up for

  435. 16:20

    the beta,

  436. 16:21

    just use this QR code or the link over

  437. 16:23

    there. Thank you everyone.

  438. 16:27

    >> [applause]

  439. 16:43

    [music]