Käytin @nansen_ai analysoidakseni GSD:tä, mitä 100 parasta haltijaa tekee Keltainen viiva = Valitun haltijaryhmän tasapaino (kuvakaappauksessasi, Top 100 Addresses) ajan kuluessa. Yksinkertainen englanninkielinen versio 👇 Se näyttää, kuinka monta tokenia kyseisellä ryhmällä on yhteensä kussakin ajankohdassa. Kun keltainen viiva nousee→ lompakot kertyvät (nettoosto/vastaanottaminen). Kun se menee alas→ he jakavat (myyvät tai lähettävät). Kaaviossasi: Keltainen viiva nousee voimakkaasti 16.–19. tammikuuta → vahvan kertymän kärjessä. Se jatkaa nousemista, vaikka hinta (harmaa raja) vetäytyy, → haltijat eivät poistu. Tuo poikkeama tarkoittaa yleensä, ettei jakelu ole vielä alkanut. Nopea mielikuva: Keltainen ylös + hinta tasainen/alas = stealth-kertymä Keltainen tasainen/alas + hinta ylös = jakautumisriski Näet siis niin, että yläpidikkeet latautuvat edelleen, eivät tyhjenny. Se on yleensä optimistinen rakenne, varsinkin näin aikaisin.

Ilmeisesti saksanpaimenkoiraa opetetaan globaaleissa tiimeissä ja monimiljoonaisissa yrityksissä 🤯 TÂCHES Vibekoodauksen Isä Kuinka valmistan tiimiäni Claude Code for Enterprise Development -ohjelmaan — katsaus oppimisprosessiini Huomenna esittelen Claude Coden SmartFacts-tiimilleni. Aloitamme kuukauden mittaisen testin todellisilla yrityskäyttötapauksilla. Erikoisominaisuus: Käytämme jo Cursoria, Windsurfia ja GitHub Copilotia. Kysymys ei siis ole "toimivatko tekoälykoodaustyökalut", vaan "mitä lisäarvoa aliagentit, MCP-palvelimet ja spesifikaatiopohjainen kehitys tuottavat todellisissa yritystyönkuluissa?" Valmistautumiseni — Metaoppiminen käytännössä Olen itse työskennellyt Claude Coden kanssa puoli vuotta ja olen innoissani. Mutta joukkueen arvioinnissa halusin olla ajan tasalla — mukaan lukien Claude Cowork, joka julkaistiin luonnoksena vasta eilen. Työnkulkuni: 1. Tiedon yhdistäminen Notebook LM:llä YouTube-videoita koodauksesta, työnkulun automaatiosta (N8n → Claude Code Migration), spesifikaatiopohjaisesta kehityksestä (BMAP, Spec-Kit, GSD) Nykyiset tutoriaalit ja yritysmallit Kaikki käsitelty Notebook LM:ssä Tulos: Esityksiä, mielikarttoja, jopa äänikatsaus 2. Sitten tulee varsinainen työ: käytännön työ Minulle oppiminen ei tarkoita "kuluttamista", vaan soveltamista. Notebook LM -ulostulot ovat karttani — mutta menen itse näin: Testaa aliagentteja omassa työnkulussasi MCP-palvelimen käyttöönotto käytännössä Vahvista spesifikaatiopohjainen kehitys oikeilla projekteilla Vain käytännön soveltamisen kautta tieto muuttuu pätevyydeksi. 3. Määrittele yrityksen mittarit Me levytetään: Tuottavuuden kasvu (määrällinen) Kehittäjätyytyväisyys (laadullinen) Käyttötapauskohtaiset onnistumiset Hauska fakta: Jopa Anthropic käyttää Claude Codea tehokkaasti. Claude Coworkin uusin julkaisu kehitettiin vain 1,5 viikossa — Claude Code -versiolla. 🤯 Metaoppiminen ei ole muotisana. Se on ero "olen katsonut videoita" ja "osaan käyttää sitä tuottavasti" välillä. Lähestymistapani: Aggregointi (Notebook LM): Tiedon jäsentäminen Soveltaminen (käytännönläheisesti): tiedon yhdistäminen Artikulaatio (tiimiesitys): Tiedon välittäminen Oppiminen ei ole tapahtuma. Se on järjestelmä. Liitteenä: NotebookLM:n tulokset (esitys, video, infografiikka). Kaksi kysymystä sinulle: 1️⃣ Millainen oli kokemuksesi Claude Codesta? Varsinkin yrityskontekstissa? 2️⃣ Miten opit uusia aiheita? Käytätkö työkaluja kuten Notebook LM vai onko sinulla omat metaoppimisjärjestelmäsi?

Data Scientist Raiffeisen Bank International AG:ssä ja entinen @Siemens Vladislav Drobotukhin 🔥 Löysin taidon, joka todella muuttaa tapaani työskennellä Claude Coden kanssa Sen nimi on Get Shit Done — spesifikaatiopohjainen kehitysjärjestelmä, joka ratkaisee pääasiallisen kipupisteen tekoälyavustajien kanssa työskennellessä: kontekstin rappeutumisen (laadun heikkenemisen kontekstin täyttyessä). Mitä se tekee: → Muuttaa ideasi kuvauksen kokonaiseksi PRD:ksi ( → Jakaa kehityksen vaiheisiin atomisilla tehtävillä → Jokainen tehtävä = erillinen git commit → Rinnakkaiset agentit tutkimukseen, suunnitteluun ja toteutukseen Miksi tämä on loistava kaikille, jotka työskentelevät vanhan koodin parissa tai liittyvät uuteen projektiin: /gsd:map-codebase -komento analysoi olemassa olevaa koodipohjan -arkkitehtuuria, malleja, riippuvuuksia. Sen jälkeen voit lisätä ominaisuuksia samalla kun järjestelmä jo ymmärtää projektisi kontekstin. Tämä on pohjimmiltaan se, mikä erottaa "vibroingin" järjestelmällisestä tekoälyavusteisesta kehityksestä. Kaoottisen koodin generoinnin sijaan — rakenteellinen prosessi: Keskustele → suunnitelmasta → toteuta → varmista. Työskentelee Claude Coden ja OpenCoden kanssa. Yhden rivin asennus: NPX Hoita-paska-Tehty-CC