with-agents

Coding-agent talks from AI Engineer — guided collection

Coding-agent talks from AI Engineer: a guided collection

AI Engineer

This guide selects nine question-driven stops from the rolling Coding Agents playlist curated and published by the AI Engineer channel. It is an editorial route, not complete coverage of an event or AI Engineer's broader catalog. AI Engineer is the source channel, not the author; each speaker remains the source for that talk's claims.

The talks mix product demonstrations, practitioner reports, research prototypes, and commercial claims, so the useful question is not whether they agree. It is which talk helps with the engineering decision in front of you.

This route is organized by reader question, not playlist position or implied chronology. Each stop names the speaker and the affiliation established by the source, then keeps the talk's limits visible.

Where to start

  1. How should a team align before faster implementation creates more review work? Maggie Appleton(opens in a new tab), a GitHub staff research engineer on GitHub Next, argues that product, business, design, and organizational context must become shareable before implementation rather than being recovered in a pull request ([00:01:03–00:06:49]). Her ACE demonstration is a pre-preview research prototype, not evidence that shared agent workspaces have solved coordination ([00:06:49–00:12:47]).
  2. How can an agent help you understand an unfamiliar repository? Priscila Andre de Oliveira(opens in a new tab), a senior software engineer at Sentry, turns recurring architecture, convention, feature, syntax, test, and history investigations into a local comprehension skill ([00:09:36–00:13:23]). Her own session sample and prepared demonstration support a workflow example, not a general accuracy result; developers still need to understand and steer the research ([00:13:23–00:15:26]).
  3. Which deterministic feedback belongs inside the agent loop? Daniel Szoke(opens in a new tab), the Rust SDK maintainer at Sentry, shows how compiler-enforced type, memory, null, and concurrency constraints can reject specific invalid programs and return actionable errors to an agent ([00:09:26–00:15:13]). He does not treat compilation as proof of intended behavior; tests and review remain separate checks ([00:04:59–00:05:50]).
  4. How much should a coding-agent harness control? Mario Zechner(opens in a new tab), creator of Pi—the source supplies no employer affiliation—argues for a small, observable, user-extensible harness and for bounding generated work by task scope, evaluation quality, and human review capacity ([00:05:16–00:10:32], [00:15:53–00:17:41]). His comparisons reflect personal experience rather than controlled harness evaluation, and Pi's malleability leaves baseline security policy to the user ([00:00:54–00:04:27], [00:06:19–00:08:49]).
  5. What does an end-to-end human-led delivery loop look like? Matt Pocock(opens in a new tab), who introduces himself as a teacher and provides no employer affiliation, moves from alignment and a PRD through dependency-aware vertical slices, visible implementation, fresh-context review, manual QA, and branch integration ([00:28:53–00:35:09], [00:39:38–00:57:48], [01:04:23–01:22:13], [01:28:02–01:32:23]). The workshop's generated increment passes automated checks before manual QA finds a missing table, making the limits of any single proof layer concrete ([01:08:57–01:12:21]).
  6. What changes when agents operate across an organization? Ian Ballantyne and KP Sawhney(opens in a new tab) of Google DeepMind describe quotas, model fallback, curated skills, shared workspaces, trajectory observability, task-specific evaluation, and automated review as operating requirements rather than optional polish ([00:04:03–00:08:55], [00:12:37–00:24:00]). Several systems remain internal or exploratory, and the talk does not provide a comparative reliability result.
  7. How should a company staff adoption and inspect its claimed gains? Brian Scanlan(opens in a new tab), a senior principal engineer in Intercom's platform group, presents adoption as leadership-backed change management with enablement staff, shared guidance, testable skills, telemetry, and review controls ([00:02:56–00:07:41], [00:08:45–00:13:28]). His reported throughput increase coincides with stronger models and uses activity-heavy measures, so review capacity, defects, and customer outcomes still need separate measurement ([00:15:18–00:18:58]).
  8. How do you distinguish attention from durable product use? Quinn Slack(opens in a new tab), a Sourcegraph co-founder, argues that subscriptions, survey interest, suggestion exposure, and sustained active use are different signals; he favors frequent workflows with low verification cost and explicit correction paths ([00:01:03–00:04:12], [00:13:43–00:16:54]). His market estimates mix public figures, private information, and intuition, and Sourcegraph has a commercial stake in the adoption claims ([00:08:28–00:12:40]).
  9. How do you turn an agent session into a durable workstream? Jason Liu(opens in a new tab), who says he works at OpenAI, combines named project threads and persistent context with scheduled heartbeat messages, observable goal checks, and explicit stopping criteria ([00:03:02–00:07:11], [00:34:49–00:41:08], [01:11:47–01:13:46]). These are evolving personal workflows rather than controlled reliability evidence: Liu notes unusually generous token access, difficult-to-reproduce connector workflows, and unresolved cross-project memory scoping ([00:23:42–00:26:53], [01:01:36–01:04:29]).

Use the playlist as a map, not a verdict

Appleton, Zechner, and Liu also have dedicated talk summaries in this resource hub. Beyang Liu's related Sourcegraph/Amp talk(opens in a new tab) provides another view of detailed prompts, explicit context, review, subagents, and selective parallelism ([00:11:20–00:33:38]). These artifacts are useful companions, but they do not turn a multi-speaker playlist into consensus.

Watch the full Coding Agents playlist(opens in a new tab), then use the selected talk's caveats to decide what evidence you would need before adopting the idea.