Labsco
Labsco/Plugins/mattpocock/skills
PLUGIN / MATTPOCOCK

Matt Pocock's Engineering Skills

One engineer's daily working set, published as he uses it — deliberately small pieces to take apart and adapt, and the ones he says to run every time are interviews rather than code.

COMMUNITY★ 157.7k GitHub starsMITRead the official docs ↗

Labsco Summary

ShowHide
Which single technique most of this is built around, what has to be answered once before anything can be filed or written down, which corners of it are too specific to transfer anywhere, and what adopting it would change about the way a team already works.

One interview, at three depths.

The biggest single thing in here is one technique, repeated at three depths: an interview that keeps going while any part of a plan is still an assumption.

One entry is the questioning loop the other two stand on; one is the plain version, which leaves no files behind; one writes as it goes, putting each term into the project's glossary and each hard-to-reverse choice on record. Beside them sit a map for a job too large to see the end of, and a throwaway build that exists to answer one design question.

The author's instruction for the interview is to use one every time, before a change starts.

It asks you three things first, once per project.

None of the engineering entries work straight out of the box, and that is on purpose. One of the twenty-eight runs once per project and asks three questions:

  • which issue tracker this project uses — GitHub, Linear, or plain files in the repository
  • which labels go on a ticket when it is sorted
  • where any document the set writes should be kept

The answers are written into the project itself, and the entries that file tickets or leave documents behind read them from there. Run it last and they have nowhere to put anything.

Narrow on purpose, and not all about code.

Not all of it is engineering. A writing pipeline and a tutor sit in the same package as the test and review entries, and several of the rest are narrow by choice:

  • a generated shell script that walks a person through the clicking only a person can do
  • the folder scaffolding for one course's exercises
  • a swap of one TypeScript escape hatch for helpers from a library by the same author

None of it claims to generalise. The project's argument is against frameworks that take the process over; it calls these small and easy to adapt, so the parts that do not fit are there to be cut out.

What gets installed: 28 skills

Skills

Nothing in this group writes production code. They turn a half-formed want into something an agent can act on without asking: a router pointing at whichever flow suits the situation; the interview in each of its forms, one plain and one that also keeps a glossary and a decision record; a version aimed at the jobs you keep doing by hand, ending in a buildable spec; work nobody can picture whole yet, broken into questions parked on the issue tracker and settled one by one; code written to be deleted once it has answered one question; a background agent sent to read primary sources.

ask-mattA way to ask which of these skills fits the situation you are in right now — and which one takes the work afterwards.grill-meAn interview that keeps going until there is nothing left in your plan that you are only assuming — and it leaves no files behind.grill-with-docsThe same interview as grill-me, except every term it settles goes into the project's glossary and every hard-to-reverse choice into a written record.grillingThe questioning engine the other grill skills run on — one round of questions at a time, you make every decision, and it digs up its own facts.loop-meInterviews you about the jobs you keep doing by hand, until one is written down precisely enough for another agent to build it without asking anything.prototypeThrowaway code written to settle one question — does this logic hold up, or what should this screen actually look like — before anything real is built on it.researchSends a background agent off to answer a question from the official docs and source themselves, and leaves the findings in a file with every claim sourced.wayfinderSome jobs are too big and too vague to just start: you cannot see the way from here to there. This breaks the fog into the individual questions that have to be answered first, parks them on the issue tracker, and settles them one at a time until the route is obvious.