More projects built with Dots

Continue exploring projects, experiments, and ideas from the Dots community.

Reddit · Projects

I spent a day poking Dots with sticks. Here's what I figured out.

I got access to Dots and spent much of the day trying to understand what actually runs where, what can happen simultaneously, and what counts as a separate worker. (I absolutely used AI to help me put this together. I don’t know if this audience cares, but I figured I’d disclose that up front since some folks get bent out of shape otherwise) The official material explains what Dots can do reasonably well. I found the execution model much less obvious. Some of this is documented; some is simply what I observed by using a Dot on several substantial real-world tasks. 1. The Dot really does have its own cloud computer I gave my Dot a large document-review assignment involving hundreds of PDFs and thousands of pages. It performed that work on what it identifies as its own cloud computer. This appears to be a persistent computer-backed environment where the Dot itself can do substantial, long-running work. More importantly, this isn’t just a five-minute “agent run.” One of my reviews is now clearly a multi-day job, and the Dot has maintained its place, absorbed side questions, and continued without needing me to reconstruct the task every few hours. That continuity may end up being more important to me than raw speed. 2. Delegated Work/Codex tasks are different While the Dot was working on one project, I had it try to launch a separate legal-research task. The launch failed because there was no available execution environment. Initially I assumed the Dot’s own computer was simply busy. But after the first job finished, the second task still could not start. The Dot then reported the key distinction: Its own cloud computer is separate from the execution targets available to the Work/Codex task launcher. So a Dot’s personal cloud computer is not simply a generic worker that delegated tasks automatically inherit. 3. A connected computer becomes another execution target I connected a spare Linux computer through the ChatGPT desktop app. The Dot could then see: \- its own cloud computer \- the connected Linux machine \- no saved Codex cloud environments I told it to launch the previously blocked task on the Linux machine. It did, and the task entered running state there. I did not have to sit at that machine and manually start a separate chat. I gave the instruction to the Dot, and it dispatched the task remotely. 4. Both can work simultaneously While the delegated task was running on the Linux machine, I gave the Dot a different assignment for its own cloud computer. It confirmed that both were active at once: Dot cloud computer -> Task A Connected computer -> Task B So that is genuine parallel execution across separate computer-backed environments. 5. Background agents don’t necessarily need a computer at all This was the part that got much closer to what I had originally imagined Dots would do. With both computer-backed environments occupied, I asked whether the Dot could create a native background research agent without using either computer. It said yes. I gave that agent a bounded research task and explicitly excluded computer/filesystem use. The Dot then reported that the background agent was running with read-only web/documentation tools and no computer target assigned. At that point, three things were happening simultaneously: 1. the Dot working on its own cloud computer 2. a separate task running on the connected computer 3. a native background research agent using neither computer That is the execution distinction I had completely missed from the launch material. 6. It can also context-switch inside a long-running job Another useful behavior appeared accidentally. While the Dot was deep into a large document review, I interrupted it with a factual question about one specific case. It paused the detailed review, checked meeting minutes and another source, resolved the question, updated its understanding of the case history, and then returned to the packet it had been reviewing. When I asked how it had done that “while continuing” the larger job, it clarified that it had not spawned another worker. It had simply switched attention within the same job and then resumed. So I now distinguish: Parallel execution = separate workers/environments active at once. Background agent = separate non-computer worker running concurrently. Intra-task context switching = one Dot temporarily branches inside an existing job, resolves something, and returns to its prior place. For long-running review work, that last capability is surprisingly valuable. 7. It can keep working while waiting for permission On another assignment, the Dot decided that spawning additional reviewers would accelerate the work, but my rules required permission first. It asked. But instead of stopping while waiting for me to respond, it explicitly continued doing the work itself. That sounds minor, but it matters. An autonomous agent that hits one permission boundary and then stops doing everything is not particularly autonomous. So far, the Dot appears capable of distinguishing: “I need permission to do X” from “I therefore cannot make any further progress.” 8. There is also a kind of manager-level queue I have not found a true native queue where a blocked computer-backed task automatically sits in the launcher until capacity becomes available. What I did find is that the Dot can apparently remember a pending assignment itself, periodically re-check execution targets, and attempt to launch it later. There are limits: \- the target list does not necessarily expose whether a connected computer is actually free \- there is no apparent capacity reservation \- a failed launch does not automatically become a queued Work task So this is more like the Dot acting as the queue manager than a native execution queue. Still, that potentially removes another piece of manual babysitting. 9. My current mental model At this point, I think there are at least three distinct execut
ChatGPT dots速報解説。今度こそ「自分専用の秘書」として活躍する未来がはっきり見えました。

ChatGPT dots速報解説。今度こそ「自分専用の秘書」として活躍する未来がはっきり見えました。

ChatGPT dotsがついに僕にもロールアウトされました! そしたらさっそく、使い始めた初日から、忘れていたメールの期限を先回りして教えてくれたんです。 しばらく使ってみると、使えば使うほどに「自分専用の秘書」の未来が見えました。 ということで今日は、基本の使い方と、実際に驚いた体験を22分で速報解説します。iPhoneでの音声通話も収録しています。 【動画で使用したツール & 配布物】 ChatGPT dots OpenAIによる公式紹介はこちらです。 ▶︎ https://openai.com/ja-JP/index/introducing-dots/ dotsの始め方(公式ガイド) ▶︎ https://learn.chatgpt.com/docs/dots/getting-started 動画内の情報は2026年10月1日時点です。dotsは対象アカウントへ順次提供されています。 【目次】 00:00 使い始めて、笑っちゃうくらい楽しかった 00:54 dotsの基本 02:53 dotsの使い方 05:16 プレゼンだけでは伝わらなかったこと 07:17 メールの確認から、返信の下書きまで進んだ 09:19 Mac miniに置いた仕事の資料を使えた 11:08 作業チャットを動かして、結果を持って帰ってきた 14:01 これまでと同じでは? 15:31 One more thing:音声通話 15:52 iPhoneからdotと実際に話してみた 20:11 音声通話を体験して感じたこと 21:10 まとめ:僕にとっては秘書 ツイッターとインスタ、やってます。 ▶︎ https://twitter.com/LeoTohyama ▶︎ https://www.instagram.com/leotohyama/ 使用素材 ▶︎ Epidemic Sound:http://www.epidemicsound.com ▶︎ Artlist:https://artlist.io/jp ▶︎ Motion Elements:https://bit.ly/2IyJhAx
@leo_tohyama
OpenAI dot 첫 사용 후기|AI 비서 ‘닷율’에게 전화해봤어요

OpenAI dot 첫 사용 후기|AI 비서 ‘닷율’에게 전화해봤어요

OpenAI DevDay 2026에서 발표된 dot을 직접 써봤습니다. OpenAI dots의 AI 비서에게 ‘닷율’이라는 이름을 붙이고, 꾸미고, 직접 전화해봤어요. UXUI·프론트엔드 강사 율쌤이 첫 사용에서 확인한 대화, 통화 요약, 작업 연결의 가능성과 한계를 담았습니다. 일반 챗봇과의 차이, Claude Cowork Dispatch의 데스크톱 작업 방식도 함께 살펴봤어요. 이번 테스트에서는 다른 Codex 세션으로 내용을 전달하지 못한 부분도 그대로 남겼습니다. AI를 실제 작업에 활용하는 법을 함께 배우고 싶다면, 바이브메이킹 클래스에서 만나요. AI UXUI 디자인·웹기획·프론트엔드 바이브코딩 과정 안내: https://www.vibemaking.kr/classes/ai-uxui-frontend-bootcamp ※ Shorts 설명의 주소는 클릭되지 않아 복사해서 브라우저로 열어주세요. 일정과 모집 정보는 클래스 페이지에서 확인할 수 있어요. 제작 기록 실제 통화 녹화본을 바탕으로 닷율과 함께 컷 편집·자막·모션그래픽·음량 보정을 진행했고, 배경음악과 효과음도 코드로 제작했습니다. 제 피드백을 반영해 화면과 오디오를 여러 차례 다듬었어요. 대화 화면 일부는 실제 대화를 모션그래픽으로 재구성했습니다. 음성에는 실제 AI 비서와의 통화가 포함됩니다. OpenAI 공식 소개 영상의 짧은 발췌도 포함했으며, 관련 공식 자료는 아래에 남깁니다. 공식 자료 OpenAI dots 소개: https://openai.com/index/introducing-dots/ OpenAI dots 기능: https://chatgpt.com/features/dots/ Claude Cowork Dispatch 안내: https://support.claude.com/en/articles/139470
@flowyullab