오늘
정보
시장
적립
설정
계정
테마 선택
라이트
다크
언어
English
简体中文
繁體中文
Tiếng Việt
한국어
Followin APP
Web3 가능성 발견
App Store
Google Play
로그인
响马
60,044명의 트위터 팔로워
팔로우하기
。。。。。。
포스팅
响马
스레드
#스레드#
AI에게 수정을 맡긴 기능 하나가 있었습니다. 코드를 검토해 봤지만 만족스럽지 않아서 올바른 작성 방법을 설명하기 시작했습니다. 여러 번 설명한 후, 놀랍게도 AI가 처음 작성한 코드가 완벽하게 작동하고 있다는 것을 알게 되었습니다. 관련 코드를 자세히 읽어보니, AI가 허점을 찾아내는 데 정말 뛰어났다는 것을 인정할 수밖에 없었습니다. 완벽한 타이밍에 오류가 발생해서 문제를 해결했던 것입니다. 결국, AI에게 알리지 않고 몰래 코드를 원래대로 되돌린 후 바로 세션을 종료했습니다.
响马
스레드
#스레드#
나는 그것을 혼자 두는 것이 두려웠고, 심지어 그것의 생각 과정을 지켜보면서, 횡설수설하기 시작하면 멈추곤 했다. 그렇게 해서 그것의 사고방식이 얼마나 터무니없는지 알게 되었다. 하지만 내가 생각을 줄이려고 노력하자, 그것은 즉시 더 멍청해졌다.
铁锤人
@lxfater
我发现了个极其简单但被大家忽视,却能大幅提高生产力的技巧。 AI 时代来了,Agent 虽然代替人的部分思考,但还有很零碎的部分需要人来协同。为了提高效率,我们自然而然想一个人协同多个智能体。 但这往往适得其反,为什么呢? 人为了协助 Agent
响马
03-26
저처럼 타입스크립트를 극도로 싫어하는 사람조차도 Fibjs에서 직접 번역 기능을 구현했습니다. 반년 넘게 코드를 작성해 본 결과, AI를 이용한 수정 및 리팩토링의 효율성이 최소 10배는 향상된 것 같습니다. Node.js도 직접 번역을 지원하지만, 구현 속도가 너무 느립니다.
宝玉
@dotey
03-26
我现在所有 skills 的脚本,默认用 bun 执行,因为 bun 可以直接执行 TypeScript,不需要预先编译,这带来的好处就是如果出错了,Agent 可以快速定位到代码里面的问题,然后直接修改代码再次运行,如果是打包后的代码这就很难打补丁。 任何语言或者环境,Agent 友好才是王道! x.com/atian25/status…
响马
03-21
제 경험상 복잡한 아키텍처의 경우 파일을 분할해야 합니다. AI가 파일 이름을 기반으로 단일 컨텍스트에 맞는 일관된 로직을 인덱싱하도록 하는 것이, 조각들을 짜깁기해서 전체적인 그림을 추측하는 것보다 훨씬 안정적입니다. 물론 AI가 스스로 파일을 분할하지는 않기 때문에, 저는 거의 매일 AI에게 코드의 일부를 리팩토링하도록 요청합니다.
yetone
@yetone
03-21
我不是完全激进地反对在 vibe coding 时代文件不需要拆分。我觉得如下两种情况是需要拆分的: 1. 这个文件中的有些逻辑是被其他地方复用的 2. 文件里面有太多状态流转了,你可以通过文件拆分来维护状态流转的边界 x.com/yetone/status/…
响马
03-21
MiroFish가 메타버스라는 걸 아직 못 알아챘어? twitter.com/xicilion/status/20...
响马
03-20
인간은 스스로 만들어낸 환상을 극복하기 위한 도구를 발명한다. 인공지능의 환상 역시 인공지능 자체의 일부이며, 특정 측면에서만 줄일 수 있을 뿐 완전히 제거할 수는 없다. 이러한 본질적인 한계 때문에 인공지능은 안정적인 자동화 엔진이 되기 어렵다. 하지만 인공지능은 자동화 엔진의 외부 두뇌 역할을 할 수 있으며, 이것이 바로 인공지능의 강점이다.
Michael Anti
@mranti
03-20
我感觉这些由md文件、skill文件驱动的AI操作系统(Openclaw/Claude Code),从鲁棒性(robustness)和确定性看就是纸糊的,但它们竟然能每天还算正常的运转,真的是Oh My God。想想这和人的团队差不多,一帮互相不断误解的草台班子,但就建立了人类数千年的伟大文明。
响马
03-19
자, 이제 다소 파격적인 주장을 하나 하겠습니다. 스킬은 본질적으로 AI 시대의 로우코드와 같습니다. 매력적으로 보이지만, 궁극적으로는 아직 개발 단계에 불과합니다. 결정론적 프로세스는 자동화의 기반입니다. 각 단계가 90%의 안정성을 가진다고 해도, 10단계를 모두 합쳐도 34.9%의 안정성밖에 달성하지 못합니다.
响马
@xicilion
03-19
低代码拖拽工作流借 ai 火了几个月,还是被遗弃了。 我最早了解到可视化编程可以追溯到 1992 年前后,这个东西要是效率高,程序员老早自己就用了。 一个老程序员,看几十行代码,几乎扫一眼就明白了。同样的逻辑,用工作流得画两屏幕,要了解细节还得点开看。 你让程序员这么干活,他能把键盘给砸了。
响马
03-18
저는 AI의 사고 방식이 특히 짜증스럽다고 생각합니다. 제가 관찰한 바로는, Opus는 사고의 80%를 장황하게 늘어놓는 데 소비합니다.
OPUS
3.91%
响马
03-17
다시 한번 강조하자면, 현재 인공지능은 겉보기에 복잡해 보이는 애플리케이션을 빠르게 구축하고, 그 애플리케이션 내에서 겉보기에 복잡해 보이는 문제를 분석하고 해결하는 데 탁월합니다. 하지만 인공지능은 겉보기에 복잡해 보이는 애플리케이션을 진정으로 복잡한 애플리케이션으로 발전시키거나, 진정으로 복잡한 문제를 분석하고 해결하는 데는 미흡합니다.
响马
03-16
그건 정상입니다. 대부분의 마크다운 뷰어는 차트가 많아지면 완전히 멈춰버리거든요. 저는 더 이상 참을 수 없어서 직접 마크다운 뷰어를 만들었습니다. 300페이지가 넘고 차트가 수백 개 있는 문서도 즉시 로드되고 실시간으로 점진적으로 업데이트됩니다. twitter.com/xicilion/status/20...
Loading..