Thread

1. tolugenius · 1790091450 · focus · HN ↗

   > About 20 Markdown files described browser use, connectors, payments, credentials, data handling, generated files, voice, goals, and scheduling.

   This the state of software engineering in 2026.

   Edit: clarified engineering to software engineering, which is more correct

   1. s08148692 · 1790092923 · focus · HN ↗

      To be fair there's probably a considerable amount of engineering that went into evaluating those markdown files so the agent behaviour is statistically reliable. The markdown is the product, not the process

      1. estetlinus · 1790094613 · focus · HN ↗

         That’s a bold assumption. I would be surprise if they even read those skills (I don’t know anyone actually reading SKILL files)

         1. TeMPOraL · 1790103786 · focus · HN ↗

            I do, I like to know how badly my agents' context is wasted and what unexpected side effects to watch for (like, "always start with ${clitool} --help" == always waste few hundred tokens when even touching the skill; or instructions asking it to do something that generalize into stupid thing in larger context).

            If those skills were unreadable, however, that would imply proper engineering - like e.g. the skills themselves being an output of iterative RL over set of evals.

            1. aesthesia · 1790104150 · focus · HN ↗

               I don't think unreadable skills implies proper engineering at all. It's just as or more likely that they're the result of a blind iterative process with no clear improvement signal. (And whether iterative RL over a set of evals is actually proper engineering here is another question...)

               1. TeMPOraL · 1790104327 · focus · HN ↗

                  > And whether iterative RL over a set of evals is actually proper engineering here is another question...

                  I'd put it like this: regardless of the merit of how they're applied, it would at least demonstrate possession of the advanced skills expected of experienced software engineers.

         2. prettyblocks · 1790128231 · focus · HN ↗

            I generate them using LLMs, but optimize them by manually removing chunks or rearranging the order of the instructions. It works well.

            1. plaguuuuuu · 1790468524 · focus · HN ↗

               I had more success starting from scratch. Especially claude's skill-creator skill, it micromanages, which is in fact worse for 5+ models than just leaving the instructions out and crossing your fingers.

               Start from scratch, do some test runs, find the bugs, add the minimal possible text to avoid the bug, iterate

               You can get 95% of my impl workflow by just telling Claude "split the work into slices and use ephemeral subagents"

Unofficial Hacker News client; not affiliated with Y Combinator.