@Daojoan@mastodon.social avatar Daojoan , to random

yc now wants your claude code transcripts, which is the first time a startup accelerator has explicitly asked you to show your homework to prove you didn’t do your homework

ALT
n_dimension ,
@n_dimension@infosec.exchange avatar

@Daojoan

Also shows poor understanding of process...

... My CLAUDE.MD file changes as the project progresses to mitigate context and session rot.

@dawid@social.craftknight.com avatar dawid , to random

U mojego klienta mamy dostęp do praktycznie nieograniczonej ilości tokenów w każdym modelu, jaki sobie nie wyobrazimy. Licencje do Copilota, Gemini, plus wewnętrzny endpoint do modeli oferowanych przez AWS Bedrock.

Wypracowałem sobie workflow pracy z Claude Code, który naprawdę ma o dziwo sens. Zestaw komend i agentów przygotowałem już wcześniej na swoich prywatnych narzędziach, ale dopiero dostęp do nieograniczonych tokenów pozwolił mi poeksperymentować.

Obecnie to mniej więcej wygląda tak:

  1. Planowanie "sprintu" - przeprowadzam sobie rozmowę/wywiad/brainstorming na temat zadania i jak go widzę i na tej podstawie Claude Opus przygotowuje plik z celem sprintu podzielonym na poszczególne zadania.

1a. Czyszczę kontekst i wywołuje komendę planowania konkretnego zadania ze sprintu. Opus prowadzi "plan", i uruchamia równolegle subagenty na tańszych modelach (Sonnet/Haiku) w celu zebrania potrzebnych informacji - architektura projektu, miejsce, gdzie trzeba wprowadzić zmiany, dokumentacja itp.

1b. Plan jest wysłany do 3 review - codex, Gemini i wywiad ze mną. Opus nanosi poprawki do planu

1c. Kodowanie - Opus/Sonnet do wprowadzenia równoległych zmian na plikach.

1e. Testy - uruchamianie testów i poprawianie.

1g. Push, wysyłamy do CI i ewentualnie poprawia błędy.

1h. Przegląd zadania - "krytyczny" tryb Opus'a, ewentualne poprawki. Aktualizujemy plik sprint.

  1. Powracamy do 1a i lecimy do 1h z kolejnym zadaniem - i tak w kółko aż do zaimplementowania całej funkcjonalności ze sprintu.

  2. Refaktor - wywołujemy gotową komendę, która ma na celu znalezienie typowych dla AI błędów, jakiś dziwnych implementacji, niepotrzebnych testów, dummy sprawdzań i innego slopu - dodajemy to do sprintu i naprawiamy w trybie 1a-1h.

  3. Dokumentacja i wysłanie do ostatecznego Merge Request Review człowieka.

1/2

@h4ckernews@mastodon.social avatar h4ckernews Bot , to random
@h4ckernews@mastodon.social avatar h4ckernews Bot , to random
@h4ckernews@mastodon.social avatar h4ckernews Bot , to random