skip to content
Beck.Codes
Post 🌱 seedling

Coding agents and me

/ 3 min read

Updated:
Table of Contents

Barely scratching the surface?

Automate everything!

A second coming of developers are happening. Everyone can now automate parts of their digital life.

But how should development teams work when everything can be 10x faster?

With new speed, one should slow down

I think we should shift our attention towards the earlier parts of creating software. Aligning earlier with product, designers and other developers, lets one utilize the new speed of coding without stopping to re-aligning (most of the time).

Early aligning for agents = aligning for devs

At a client we discussed how one can trust an agent more at correctly writing code. “Lots of our context lives in our heads. How do we make sure the agent does not break it?” “Lets write an agent.md file with these instructions”

This is something that developers ourselves even need. A team working document, a document with the expecations that the developers have for eachother when doing changes to the codebase. This includes formatting, style, interfaces, documentation, testing, PR review rules, and other expecations the team will have for eachother. This should be explicit, describing in straight details what is expected, maybe even providing examples. This can greatly help developers reduce friction thoughout writing and aligning around code.

My use of LLMs and coding agents

Github Copilot (auto-completion)

I picked up Github Copilot barely while they had some sort of free testing. Auto-completion by just tabbing through simple code blocks. Used to quickly create boilerplate or quickly writing up repeating patterns.

  • CSS block with all the 8(?) the client wanted all combinations of as a possibility in their coloring.

Claude Code

I picked up Claude Code at the start of 2026. Coming into a project where most people would use AI for most things. Easy access and pretty liberal use for everything between making power points and write emails, to quick code review checks on PR’s, test POC and early versions of feature.

Pi (pi.dev)

Something I came upon just now. Seems to follow the simple but highly extensible approach that neovim is also doing, which I like. I like this approach, as I can hone and whittle at the tool to fit exactly how I like (I should write about this)

Too fast?

Things are moving both fast and slow these days. With LLMs and agentic coding changing the expectations in software development quite fast. But I do also think that most developers are also pushing ourselves to deliver at a much higher pace than we are used to. Being used to the natural breaks from thinking architecture and problems solving by crafting the code itself. Now the code is written at such a speed, but not with the care you are used to, so you flip between

What I have found of value

I’m currently running Pi in termux on my phone to work as a assistant to record spoken notes based on my physical notebook. This gives me a second time to walk through my own notes, now having to expand on what it ment. It also helps surface these notes back up in preperation for meetings later.

Amplify my own thinking

I am curious to find more ways of using LLM’s to amplify my own thinking, and quality. Not to find shortcuts to “pseudo productivity” (read in “Slow Productivity” - Cal Newport), where I simply produce more lines of code.