Mastre.m🐜☂️

11K posts

Mastre.m🐜☂️

Mastre.m🐜☂️

@peaceyop

Crypto 에 대한 저만의 해석을 할 수 있을때 까지 수련합니다.

대한민국 서울 Katılım Kasım 2012
1.4K Takip Edilen1.2K Takipçiler
Sabitlenmiş Tweet
Mastre.m🐜☂️
Mastre.m🐜☂️@peaceyop·
개인적인 사정으로 정말 오랜만에 글 써보네요. 눈팅은 살짝 하던 중, @PortaltoBitcoin 의 빅띵이 발표되는 소식이라니! 최근 열심히 야핑하지 못해서 너무 아쉽지만, 많은 분들의 기다림이 빛나길 기대해봅니다 Portal to Bitcoin은 BitScaler의 channel factory 기술과 bridgeless cross-chain atomic swap을 통해 비트코인의 진정한 DeFi 잠재력을 열어주는 혁신적인 플랫폼입니다.
Portal@PortaltoBitcoin

Announcement Tomorrow.

한국어
8
0
10
195
Mastre.m🐜☂️ retweetledi
Thariq
Thariq@trq212·
a prompt I've been using a lot recently: implement <SPEC> and while you do, keep a running implementation-notes.html file (or markdown) with decisions you had to make weren't in the spec, things you had to change, tradeoffs you had to make or anything else I should know
Thariq tweet media
English
341
580
9.7K
813.8K
Mastre.m🐜☂️ retweetledi
Rikuo
Rikuo@riku720720·
人間用ハーネスプロンプト良い 「ユーザーが完全に理解するまで実装を禁止します。 実装前に、ユーザーの理解度を試す問題を質問ツールで必ず聞いてください」 in Claude.md or AGENTS.md
日本語
4
287
2.4K
437.7K
Mastre.m🐜☂️ retweetledi
Mastre.m🐜☂️ retweetledi
아구밍 아커만
아구밍 아커만@aguming_·
그 걍 대충 레포에 claude-docs/ 이런 폴더 만들고. code.claude.com/docs/en 대충 토픽/카테고리 캡처해서 던져주고 github.com/ericbuess/clau… 여기서 docs 문서 가져와서 prefix 보고 카테고리별로 claude-docs/ 에다가 하위 문서로 정리해달라하셈 그러면 대충 3짤 처럼 됨. ㅇㅇ 그러고 @ claude-docs/ (파일 호출) @"claude-code-guide (agent)" (mcp 호출) 보고 지금 내가 작성한 문서에서 claude 시스템 구조 설명 이해도를 높이기 위한 부분 설명이 문서에 작성되면 좋겟다. 라고 함 그랫더니 claude-code-guide 에이전트를 launch 해서 claude-docs/ 에서 {작성 중인 문서}.md 에 이해도 높일 만한 시스템 구조·개념 설명을 추출·제안받겠습니다. 이러고옴
아구밍 아커만 tweet media아구밍 아커만 tweet media아구밍 아커만 tweet media아구밍 아커만 tweet media
아구밍 아커만@aguming_

AI 기술 문서 쓸 떄 꿀팁 알아냄 (날먹팁) github.com/ericbuess/clau… ⇨ 클코 공식 문서 docs 미러링 레포 임. 3시간 단위로 업데이트 하더군요. 이거 @ claud-code-docs (agent) 랑 같이 쓰면 활용성 올라간다네요 개굿

한국어
1
49
154
12.1K
Mastre.m🐜☂️ retweetledi
lucas
lucas@lucas_flatwhite·
AI 에이전트의 실패를 일회성 수정이 아닌 영구적 구조 변경으로 전환하는 패턴 Garry Tan 아티클에서 굉장히 인상적인 내용들이 있네요. > 모든 실패 → 스킬로 전환 → 테스트 작성 → 버그가 구조적으로 재발 불가능 프롬프트 튜닝이나 "환각하지 마세요!" 같은 접근은 대화가 복잡해지면 무너지죠. 여기에 Skillify는 실패를 스킬이라는 영구 인프라로 바꿉니다. GBrain 참고하세요. #skillify-your-skills-tree-stops-being-a-black-box" target="_blank" rel="nofollow noopener">github.com/garrytan/gbrai… 두 가지 공간을 이렇게 표현할 수 있겠네요. - Latent (잠재 공간): LLM의 판단이 필요한 영역 - Deterministic (결정적 공간): 코드로 정확히 처리 가능한 영역 에이전트의 전형적 실패 패턴은 결정적 작업을 잠재 공간에서 처리하는 것이다. 핵심 루프는.. 잠재 공간이 결정적 도구를 만들고 → 결정적 도구가 잠재 공간을 제약한다! ↓ 📋 Skillify 10단계 체크리스트 1. SKILL.md = 계약서 스킬의 이름, 트리거 조건, 규칙을 정의하는 마크다운 파일. 에이전트에게 어떻게 접근할지 프로세스를 가르침. 2. 결정적 스크립트 LLM 없이 코드로 처리할 수 있는 부분을 스크립트로 분리. 에이전트가 스킬을 읽고 직접 스크립트를 생성하기도.. 3. 단위 테스트 vitest 등으로 결정적 함수를 검증. 픽스처 데이터 기반, 순수 함수 테스트. DST 경계, 유니코드, 엣지 케이스 포함. 4. 통합 테스트 실제 데이터와 라이브 엔드포인트 대상 테스트. 픽스처가 너무 깨끗해서 놓치는 버그 잡음. (잘못된 줄바꿈, 누락된 필드 등) 규칙 = 실제 데이터에서 수동으로 확인하고 있다면, 그 확인이 통합 테스트가 되어야 함 5. LLM 평가 판단이 필요한 출력을 LLM-as-judge로 평가. 잘못된 답뿐 아니라 잘못된 프로세스도 감지. 6. 라우터 등록 AGENTS.md 라우팅 테이블에 스킬 트리거를 등록. 스킬이 존재해도 라우터에 없으면 에이전트가 찾을 수 없음. 7. 라우터 평가 트리거가 실제로 올바른 스킬로 라우팅되는지 테스트. 두 가지 실패 모드 - False negative: 스킬이 발동해야 하는데 안 됨 - False positive: 잘못된 스킬이 발동됨 구조적 테스트(테이블 매핑 확인) + LLM 라우팅 테스트(모델이 실제로 올바른 스킬 선택하는지) 둘 다 확인 필요. 8. 도달 가능성과 중복 감사 AGENTS.md → SKILL.md → 스크립트 전체 체인을 검증. DRY Audit: 유사한 스킬 간 영역 중복을 감지. 각 스킬이 자기 레인을 가지도록 보장. 9. E2E 스모크 테스트 전체 파이프라인을 실제로 실행. 개별 컴포넌트가 모두 정상이어도 에이전트가 무시하고 즉흥적으로 처리할 수 있기 때문에 마지막 방어선이 필요함. 10. 지식 저장 규칙 스킬이 지식 베이스에 쓸 때 올바른 디렉토리에 저장하도록 규칙 정의. ↓ Skillify는 실패 대응 프로토콜에서 시작해 일상적 동사가 됨. 1. 에이전트와 대화하며 문제를 해결한다 2. 작동하면 "skillify it"이라고 말한다 3. 에이전트가 10단계 체크리스트를 실행해 임시 해결책을 영구 인프라로 전환한다 ㅇㅋ 스펙도 티켓도 필요 없음.. 대화 → 해결 → "skillify" → 영구화 소프트웨어 엔지니어링에서 모든 버그에 테스트를 작성하듯, AI 에이전트의 모든 실패에 스킬을 만들자. 그 스킬에 eval을 붙이고 매일 돌리자. 에이전트의 판단력이 세션이 아닌 영구적으로 개선됨!
lucas tweet media
Garry Tan@garrytan

x.com/i/article/2046…

한국어
1
14
63
7.1K
Mastre.m🐜☂️ retweetledi
Felpz Crypto
Felpz Crypto@FelpsCrypto·
Se eu tivesse que substituir toda uma equipe de engenharia por IA em 2026… eu não contrataria ninguém. Eu montaria isso: 1/ OpenHands Substitui dev júnior. Lê issue, escreve código, roda testes e abre PR sozinho. 65K+ estrelas. github.com/All-Hands-AI/O… 2/ Aider Substitui dev pleno. Programa junto com você no terminal, edita múltiplos arquivos e faz commit automático. github.com/Aider-AI/aider 3/ Cline Substitui seu parceiro no VS Code. Navega código, executa comandos e entrega features completas. github.com/cline/cline 4/ Claude Task Master Substitui gerente de projeto. Transforma ideia em tarefas organizadas e mantém tudo nos trilhos. github.com/eyaltoledano/c… 5/ CrewAI Substitui tech lead. Coordena múltiplos agentes com funções bem definidas. Já usado em empresas grandes. github.com/crewAIInc/crew… 6/ LangGraph Substitui arquiteto. Base de sistemas de IA modernos: estado, controle e escala. github.com/langchain-ai/l… 7/ n8n Substitui operações. +400 integrações, automação e IA nativa. Tudo que você antes construía do zero. github.com/n8n-io/n8n 8/ Coolify Substitui DevOps. Deploy estilo Heroku/Vercel, só que no seu servidor. github.com/coollabsio/coo… 9/ PostHog Substitui QA + dados. Analytics, testes A/B, replay de sessão, tracking completo. github.com/PostHog/posthog 10/ Chatwoot Substitui suporte. Chat, e-mail, WhatsApp em um só lugar, com IA integrada. github.com/chatwoot/chatw… Uma equipe de 10 pessoas em 2022… hoje é substituída por um fundador com essas ferramentas. Isso não é teoria. Já está acontecendo. Começa simples: Escolhe um papel. Substitui. Entrega. Repete. 100% gratuito. 100% open source.
Felpz Crypto tweet mediaFelpz Crypto tweet mediaFelpz Crypto tweet mediaFelpz Crypto tweet media
Português
6
19
133
8K
Ian (伊恩)
Ian (伊恩)@ianneo_ai·
做设计的应该都被这事烦过吧! 截图,画圈,写「这里往上 8px」「颜色换 #333」 发给前端,改出来还是不对,再截一张,再标一遍 看到个 Chrome 插件叫 Liaison 直接在网页上点那个元素,当场改样式,跟 Figma 调属性一样 改完它能导出一份带代码定位的 prompt 你不用再说「那个按钮」了,AI 自己知道是哪个组件 试了一下,确实比截图标注快很多啊
Ian (伊恩) tweet mediaIan (伊恩) tweet media
中文
11
33
178
14.9K
Mastre.m🐜☂️ retweetledi
지라프
지라프@o_girraffe·
15년 소프트웨어 엔지니어 수석이 말아주는 개발 코드 작성 프롬프트 팁 (간단) 1. 클로드한테 '~ 기능 만들어줘' 개발 역량 낮음 2. 랄프 루프로 반복 시키는건 '덧불이기'에 불과. 3. 리팩토링 시간/과정 소모가 큼 이에 대한 해결방안은 간단함 아래 프롬프트를 제시해주면 됨 (번역) "지금까지 알게 된 것들을 바탕으로, 만약 이 기능을 처음부터 다시 구현한다면 어떻게 다르게 접근하겠는가? 특히 코드 복잡성과 파편화를 줄이기 위한 리팩토링 관점에서 답변해줘. 이 기능을 시작하기 전에 미리 해두었어야 할 작업은 무엇이었을까?" (원문) Ask "Knowing what we know now, if we were to start reimplementing this feature from scratch, how would we do things differently, particularly with an eye for refactoring to reduce code complexity and fragmentation. What should we have done prior to even starting this feature?" when you notice the LLM is struggling on a feature, then start from scratch with that as the baseline.
한국어
10
328
1.1K
67.6K
Mastre.m🐜☂️ retweetledi
Cognac(꼬냑)
Cognac(꼬냑)@supernovajunn·
안드레 카파시가 GitHub에 파일 하나를 올렸다. 코드도 없다. 앱도 없다. 그냥 마크다운 문서 하나만 있는데. 이름은 llm-wiki.md. 올린 지 10시간 만에 별 1,757개, 포크 318개를 받았다. 이 뜻은 전 세계 개발자들이 그 파일 하나 보고 "바로 이거야"를 외쳤다는 뜻이다. 그동안 우리가 AI를 쓰는 방식이 사실 꽤 비효율적이었다는 것을 아는가? 지금 대부분의 사람들은 AI에게 파일을 던져주고 "이거 요약해줘", "이거 분석해줘"를 반복한다. 질문할 때마다 AI는 그 문서를 처음 읽는다. 어제 읽었던 논문, 지난달에 저장해둔 기사, 3년 전에 메모해둔 아이디어를 말이다. AI는 그걸 기억하지 못한다. 매번 새로 읽고, 매번 새로 연결하고, 매번 새로 이해한다. 쌓이는 게 없다. 이걸 RAG 라고 부른다. 기술적으로는 아무 문제없다. 근데 생각해보면 이상하다. 당신이 매일 같은 책을 처음 읽는 사람한테 질문을 던지는 거랑 같다. 그 사람은 절대 전문가가 될 수 없다. 어제 읽은 걸 오늘 잊으니까. 카파시가 제안한 건 다르다. AI가 지식을 읽을 때마다 그냥 답을 뱉고 끝내는 게 아니라, 그걸 위키에 쌓아두는 것이다. 연결하고, 모순을 찾아 표시하고, 업데이트하고, 계속 더 풍부하게 만들어간다. 새 자료가 들어올수록 위키는 더 똑똑해진다. 쌓인다. 마치 이자의 복리처럼. 구조는 단순하다. 세 겹이다. 첫 번째 겹은 원본 자료들. 논문, 기사, 메모. AI는 이걸 읽기만 하고 절대 건드리지 않는다. 두 번째 겹은 위키. AI가 직접 쓰고 유지하는 마크다운 파일들. 요약 페이지, 개념 페이지, 연결 페이지. 당신이 읽고, AI가 쓴다. 세 번째 겹은 스키마. AI한테 "이 위키를 어떻게 관리해"라고 알려주는 설정 파일. 카파시는 이걸 AGENTS.md나 CLAUDE.md에 넣어두라고 한다. 카파시 본인은 왼쪽에 AI 에이전트, 오른쪽에 옵시디언을 열어두고 쓴다고 했다. AI가 위키를 수정하면 옵시디언에서 실시간으로 업데이트되는 걸 본다고. 그의 표현이 정확하다. "옵시디언은 IDE, AI는 프로그래머, 위키는 코드베이스다" 예를 들어, 책을 읽는 방식도 달라진다. 소설 한 권 읽으면서 챕터마다 AI한테 넣으면, 끝날 때쯤 등장인물 관계도, 복선 추적 페이지, 주제 연결 지도가 완성되어 있다. 톨킨 게이트웨이처럼 수천 명이 수년에 걸쳐 만든 팬 위키를 혼자, AI와 함께, 책 한 권 읽는 시간에 만들 수 있다. 근데 이 파일이 왜 이렇게 빠르게 퍼졌냐. 기술적으로 새로운 게 있어서가 아니다. 카파시가 이 파일을 "아이디어 파일"이라고 부른 게 핵심이다. 코드가 없다. 우리가 직접 설치할 게 없다. "이 아이디어를 당신 에이전트에게 그대로 복붙하면, 에이전트가 당신 상황에 맞춰 직접 구현해준다"는 것이다. 시대가 바뀌었다. 더 이상 앱을 공유하는 게 아니라 아이디어를 공유하는 방향으로 흐르는 것 같다. 받은 사람이 실행하는 게 아니라, 받은 사람의 에이전트가 실행한다. 이게 왜 충격인지 생각해보면 된다. 오픈소스 소프트웨어는 코드를 나눈다. 하지만 코드는 여전히 직접 설치하고, 설정하고, 유지해야 한다. 아이디어 파일은 다르다. 에이전트가 당신 환경, 당신 워크플로우, 당신 취향에 맞게 알아서 구현한다고 보면 될 것이다. 우리는 오래전부터 "정보가 너무 많아서 문제"라고 했다. 근데 사실 정보가 많은 게 문제가 아니었다. 정보가 연결되지 않는 게 문제였다. LLM 위키는 그 연결을 AI한테 맡기는 거다. 당신이 할 건 좋은 자료 찾아오는 것, 그리고 좋은 질문 던지는 것. 나머지 연결, 요약, 교차참조, 모순 발견, 업데이트는 에이전트가 한다. 우리의 생각과 뇌는 더 중요한 일에 쓰인다. 지식을 쌓는다는 건 원래 그런 거였다. 연결되고, 업데이트되고, 깊어지는 것. 우리는 그냥 그걸 할 인내심이 없었을 뿐이다. 에이전트는 인내심이 무한하다.
Cognac(꼬냑) tweet media
Andrej Karpathy@karpathy

Wow, this tweet went very viral! I wanted share a possibly slightly improved version of the tweet in an "idea file". The idea of the idea file is that in this era of LLM agents, there is less of a point/need of sharing the specific code/app, you just share the idea, then the other person's agent customizes & builds it for your specific needs. So here's the idea in a gist format: gist.github.com/karpathy/442a6… You can give this to your agent and it can build you your own LLM wiki and guide you on how to use it etc. It's intentionally kept a little bit abstract/vague because there are so many directions to take this in. And ofc, people can adjust the idea or contribute their own in the Discussion which is cool.

한국어
26
686
2.8K
383.6K
Mastre.m🐜☂️
Mastre.m🐜☂️@peaceyop·
kaito 에 야핑 보상 확인 가능합니다. 이 물량에서 30%만 실제 클레임 가능하네요 ㅠ @PortaltoBitcoin 는 과연 달달하게 먹여줄지 .. @Official_Upbit 도 가고 빗썸도 가고 행복하면 좋겠습니다. 시즌 1부터 달리신 분들 축하드립니다 !
Mastre.m🐜☂️ tweet media
한국어
7
0
8
125
pingsh
pingsh@pingsh1011·
대 포 탈 의심해서 죄송합니다!!!! 시즌1은 리더보드에도 없었는데..? 이게 33퍼 베스팅 한거라고?! 대 신 포 탈 @PortaltoBitcoin
pingsh tweet media
한국어
25
0
30
1K
Rejamong
Rejamong@r2Jamong·
이영지는 영지가 두개라 2영지인가요? @0G_labs@boundless_xyz 영지가 두개지요~ 깔깔깔
Rejamong tweet media
한국어
74
0
106
7.1K