Does Microsoft 365 Copilot Agent Builder support OCR and image analysis for SharePoint?
Hello everyone, I am currently testing a Microsoft 365 Copilot Agent Builder agent that is grounded on SharePoint document libraries. During testing, I observed that the agent can successfully analyze and generate responses from text-based documents such as Word, Excel, PowerPoint, PDF, CSV, and TXT files. However, when folders contain image-based files (JPG/PNG), the agent sometimes reports incomplete analysis or is unable to extract information from those files. I would appreciate clarification on the following: Does Microsoft 365 Copilot Agent Builder officially support OCR (Optical Character Recognition) for JPG and PNG files stored in SharePoint? Can Agent Builder natively analyze image-based content, or is this capability only available through Copilot Studio with additional AI services? Are there any documented limitations regarding image processing compared to text-based document processing? Has anyone successfully implemented a SharePoint-grounded Agent Builder solution that can reliably analyze scanned images, photographs, or image-based documents? If OCR/image analysis is not currently supported, is there a recommended Microsoft solution or architecture for achieving this requirement?
How to Avoid Tasks Copilot "You've reached our weekly Tasks limit"
I’ve been using both Chat‑Copilot (CC) and Tasks‑Copilot (TC) extensively, and I wanted to share a brief summary provided by TC, that may help others understand how each tool works, why TC sometimes stops responding, and how to avoid running into limits. ⭐ 1. Chat‑Copilot and Tasks‑Copilot serve different purposes Chat‑Copilot Real‑time conversational AI Great for brainstorming, drafting, coding, calculations, and iterative design Stateless — each message is processed independently Very stable and rarely gets stuck Tasks‑Copilot Designed for multi‑step workflows Can create and maintain documents Runs long‑lived background tasks Maintains persistent state More powerful for structured work More fragile because it depends on a task‑execution pipeline These two systems are independent. Chat can work perfectly even when TC is frozen. ⭐ 2. Why Tasks‑Copilot hits limits or becomes unresponsive TC can stop responding when: A task runs too long A multi‑step workflow fails mid‑execution The task state becomes corrupted The weekly quota system triggers The backend fails to reset on Friday Too many “pipeline‑style” requests are issued in a short time When this happens, TC may: stop responding entirely ignore all prompts remain stuck across all devices and browsers This is a backend state issue, not a browser or device problem. ⭐ 3. How to avoid triggering TC limits Here are practical ways to keep TC healthy: Use Chat‑Copilot for: brainstorming engineering design calculations drafting text generating diagrams or prompts step‑by‑step reasoning Chat handles these extremely well and never “uses up” TC capacity. Use Tasks‑Copilot only for: creating structured documents maintaining long‑form reports assembling multi‑section deliverables tasks that explicitly require persistent state Avoid these patterns in TC: “Build the entire document end‑to‑end” “Run this whole workflow” “Generate all sections at once” Rapid‑fire edits or repeated task triggers Very large or complex requests Instead, break work into small, single‑action steps. ⭐ 4. When TC gets stuck, what can users do? For consumer Microsoft 365 Personal accounts: There is no user‑accessible reset button Frontline support cannot reset TC’s task state Creating a business account does not fix the issue The only options today are: submit feedback post on the Tech Community wait for the backend to refresh This is a known limitation of the current TC preview. ⭐ 5. What would help users going forward A few improvements would make TC much more reliable: A user‑visible “Reset Task State” button Error messages instead of silent failures More predictable weekly resets Support tools that allow agents to clear stuck task containersCopilot missing in Word, Excel and PowerPoint desktop apps of some users
Hi Everyone, At my company we're setting up copilot. After allowing access through the Admin Centers we've encountered various oddities. Some users can use the sharepoint/onedrive search functionality. But most can't. Some users have the Copilot button in some of their apps. There is no consistency in which app they get it. Some have it in word, others in excel, some in multiple, some in none. A handful of users have Copilot in all apps. Things like transcribe work fine everywhere. We switched intune to push Office apps with Current Channel instead of Semi-Annual, to no avail. We use M365 Business premium with the Teams phone standard addon.
📌 Enhancing Arabic Language Support and Multilingual Intent Accuracy in Microsoft 365 Copilot
Hello Microsoft 365 Copilot Team, I would like to submit a formal proposal requesting an enhancement to the Arabic language experience and the multilingual intent-handling capabilities within Microsoft 365 Copilot. This proposal is based on practical observations across real usage scenarios in environments where users actively switch between Arabic and English for daily productivity tasks. 1. Background and Context Microsoft 365 Copilot has demonstrated exceptional performance in English-language workflows. However, in regions such as the Middle East—where a significant portion of users operate in bilingual environments—there remain notable gaps in language interpretation, UI localization, and multilingual intent retention. Enhancing Arabic language capabilities would meaningfully improve accessibility and align Copilot with the linguistic diversity of Microsoft’s global user base. 2. Observed Challenges in Current Behavior While Copilot excels in English, several recurring issues appear when interacting in Arabic or mixed Arabic–English contexts, including: Limited accuracy in understanding complex Arabic phrasing Reduced reliability when maintaining intent after switching languages within a single prompt Lower naturalness and structure in Arabic text generation when compared to English output Restricted availability of Arabic UI options for Copilot-specific interfaces Occasional misinterpretation of instructions containing blended terminology (Arabic user phrasing + English technical terms) These challenges collectively impact productivity and consistency for users who depend on Arabic as a primary working language. 3. Proposed Enhancements To ensure a more inclusive and reliable multilingual experience, the following improvements are recommended: 3.1 Full Arabic UI Support Across Copilot Surfaces Enable comprehensive Arabic interface options in all Copilot experiences, including Word, Excel, Outlook, Teams, and online applications. 3.2 Improved Arabic Natural Language Processing Enhance Copilot’s ability to understand and process Arabic grammar structures, context, dialectal variations, and hybrid Arabic–English prompts. 3.3 High‑Quality Arabic Text Generation Ensure outputs are clear, natural, and aligned with the stylistic expectations of native Arabic-speaking users. 3.4 Intelligent Multilingual Context Preservation Implement mechanisms that allow Copilot to maintain accurate intent when users transition between languages within the same instruction. 3.5 User‑Controlled Language Preference Settings Provide configurable options enabling users to define preferred input and output languages on a per-application or global basis. 4. Anticipated Benefits Implementing these enhancements is expected to: Improve overall accessibility for Arabic-speaking users Strengthen productivity across bilingual workflows Expand the suitability of Copilot for enterprise and governmental organizations operating in Arabic-speaking regions Increase adoption and satisfaction within a key growth market Align Copilot’s capabilities with diverse global language expectations These improvements would strongly support Microsoft’s broader mission of delivering inclusive, globally relevant AI-driven experiences. 5. Closing Statement Thank you for taking the time to review this proposal. Advancing Arabic language support and strengthening multilingual intent handling would provide significant value to a large and growing segment of Microsoft 365 users. I appreciate your continued commitment to improving the Copilot experience for users worldwide.
The Instruction Story — Prologue
Microsoft 365 apps are incredibly powerful. Yet within their intertwined features and ever-evolving UX/UI, users often get lost — overwhelmed by complexity and constant change. As a result, many people stop trying to truly understand, relying instead on Excel alone. This isn’t just a workplace issue; it’s a challenge in classrooms as well, where learning often halts before understanding can take root. In my previous Tech Community post (Part 0), I wrote about the moment of “realization” — the instant when understanding clicks into place. That experience led me to a new experiment: A user’s manual told as a story — “The Instruction Story.” This story follows a traveler and a small fairy named Copilot, as they wander through the world of Microsoft 365 — sometimes lost, sometimes pausing — to learn how its structures and systems truly connect. At the end of this journey, you too may find yourself realizing something. What that is, we do not yet know. And so, The Instruction Story begins. I hope to grow this journey together with the people of Microsoft, as companions in understanding. ※ This story is written by momotarou, from a user’s perspective. Some parts may feel unusual from a technical standpoint, but it is written with the utmost respect for “understanding” as the heart of learning. 取説物語 ― まえがき ― Microsoft 365 の各アプリは非常に優れています。 しかし、その関係性や複雑に重なり合う機能、 そして進化し続ける UX/UI の中で、ユーザーは迷い、時に混乱し、気づけば迷子になりがちです。 その結果、多くの人々は理解することをあきらめ、Excel に依存し続けてしまう現状…。 各アプリの学びの中断は、職場だけではなく教育現場でも同じです。 以前、私は Tech Community の 0 弾で「理解するための気づき」について書きました。 それをきっかけに、私は新たな試みを始めようと考えました。 それが―― **物語としての取扱説明書『取説物語』**です。 この「取説物語」は、Microsoft 365 の世界を旅する“旅人”と、 小さな妖精“コパイロット”が、時に迷い、立ち止まりながら、 Microsoft の世界の仕組みや構造を学ぶ物語です。 旅の終わりには、あなたも何かに気づくかもしれません。 それが何なのかは、現時点ではわかりません。 では、取説物語の開幕です。 Microsoft の皆様と共に、この物語を育てていければと願っています。 ※ この物語は、@momotarou が見た Microsoft の世界を、学び人の視点から描いた教育物語です。 技術者や開発者の方から見ると、表現や構成に違和感を感じることもあるかもしれませんが、 筆者はユーザーの「理解」を最も重視して執筆しています。あらかじめご了承ください。Part 7: Copilot Pages × Teams — One Screen, No More Switching
Switching apps kills meetings. Silence. Dead air. Mistakes. The cure? One screen. Copilot Pages × Teams = Zero switching. Prepare, run, wrap — all in Pages. “Open once, close with confidence.” In Part 6, I proposed a “Feedback Dashboard” to connect users and Microsoft in continuous improvement. Now in Part 7, let’s face the toughest meeting problem: constant app switching. On the other side of the screen, nobody sees what’s happening — only waiting and broken focus. The solution is simple: don’t switch at all. Copilot Pages becomes the single cockpit for meetings: 1.Before — prepare everything in one Page. 2.During — dynamic sidebar and Teams control box. 3.After — results sync back automatically. Benefits • No more “Where’s the file?” moments. • No more dead air while someone fumbles with apps. • Teams and Pages finally feel like one seamless cockpit. In short: “Open Pages, run the meeting, close with confidence. No more switching.” Part One ends here — but my challenge to Microsoft is far from over. 第7弾：Copilot Pages × Teams ― アプリ切替ゼロの会議体験 会議を止めるのは、アプリ切替。 沈黙、待ち時間、ミス。 解決はシンプル。画面はひとつ。 Copilot Pages × Teams = 切替ゼロ。 準備も進行も振り返りも、Pagesで完結。 「沈黙ゼロ、切替ゼロ。Pagesを開けば、会議は止まらない。」 第6弾では「Feedback Dashboard」を提案し、ユーザーとMicrosoftが共に改善できる仕組みを描きました。 そして第7弾は、会議で最も深刻な問題に切り込みます。 アプリの切替による混乱とミス です。 参加者には見えない沈黙と待ち時間。 操作ミスが重なり、会議の流れが止まる。 解決策はただひとつ。切替をやめること。 Copilot Pagesを会議の“司令塔”にする： 会議前 ― 議題や資料をPagesに集約して準備。 会議中 ― 動的サイドバー（第3弾）と「Teams操作BOX」で進行を制御。 会議後 ― 成果は自動でTeamsチャネルに戻る。 効果 • 「ファイルどこ？」が消える。 • アプリ切替の沈黙がなくなる。 • TeamsとPagesが完全に融合し、ひとつの司令塔になる。 一言で言えば： 「沈黙ゼロ、切替ゼロ。Pagesを開けば、会議は止まらない。」 第1部はここで一区切り。 でも、Microsoftへの挑戦はまだ終わらない。Part 00 Extra: Criticism is Noise, Creation is Voice — See the People, Copilot Too
Recently, my Part 00 post was automatically hidden by the system. Even after revising the wording and reposting, it still didn’t appear — until I contacted support and they helped publish it. I felt disappointed and frustrated. Many posts online tend to be negative or complaint-based. But my intention was different. I’m someone who isn’t fully comfortable with digital tools. That’s exactly why I want to help create a world where older or less-experienced users can also shine in the digital era. It’s easy to filter by words. But when you try to describe the background, the problem, and the path to improvement, you’ll inevitably use words that may sound “negative.” If that alone stops voices from being heard, meaningful feedback disappears. In fact, this Extra chapter was originally planned to be posted earlier. However, Part 5 and Part 6 also got held in approval — a small “incident.” Before we turn voices into culture, those voices were stopped right at the entrance. Perhaps this, too, is a small design blind spot. The important thing is to judge not by words, but by people. That applies not only to Moderation, but also to the UX design of Copilot itself. Criticism is noise. Creation is voice. Turning these voices into culture — that’s what changes the future. This is not a complaint, but a question for building a better culture. I create with you. 👉 Next: Main Story, Part 7 — stay tuned. 00弾 外伝：批判はノイズ、創造は声 ― 人を見よ、Copilotも 先日、私が投稿した00弾が自動システムの判断で一時的に非公開になった。 言葉を見直して再投稿しても掲載されず、サポートに連絡してようやく公開された。 私は、残念で悔しかった。 確かに、多くの投稿は苦情やネガティブなものが多いのかもしれない。 しかし、私の声は違う。 私はデジタルに不慣れな立場だ。 だからこそ、年配者や初心者でもデジタル世界で輝ける世界を作りたいと願っている。 ワードで縛ることは簡単だ。 しかし、背景や問題点、改善点を語る文章には、どうしても“ネガティブに見える言葉”が含まれる。 それだけで声が届かないのでは、意味ある意見が消えてしまう。 実際、この外伝も本来はもっと早く投稿する予定だった。 ところが、第5弾と第6弾までもが承認待ちで止まる“小事件”が発生。 つまり、「声を文化にする」前に、文化の入口で声が止められるという、ちょっとしたパロディのような出来事になった。 これもまた、“設計の盲点”として受け止めたいと思う。 大事なのは、言葉ではなく人を見て判断することだ。 それはModerationだけでなく、CopilotのUX設計にも言えることだ。 批判はノイズ、創造は声。 この声を文化にすることこそが未来を変える力だ。 これは愚痴ではなく、文化をつくるための問いかけだ。 俺は、君たちと創る。 次回：本編第7弾。お楽しみに。Part 6: Feedback Dashboard — From Black Hole to Co-Creation
In earlier posts, I proposed ways to improve Copilot UX: ・Part 1: Unifying Copilot (Pages / Toggle / Loop) ・Part 2: A vertical sidebar for personal navigation ・Part 3: A dynamic sidebar for meetings ・Part 0: Microsoft’s approach to education (Vision → Storage → Apps) ・Part 00: From team pride to user experience — Copilot Pages as the true entry point ・Part 4: A metaphor of cloudy skies in Copilot Pages ・Part 5: Prompt Library + Slash as a step toward all-in-one UX These shaped different parts of the experience. But proposals alone are not enough. We need a place where user voices don’t vanish, but drive progress. The problem today Feedback in Microsoft 365 often feels like a one-way street: ・No confirmation your voice was received ・No way to see what others submitted ・No clarity on what happened afterward When feedback feels unrewarding, people stop sharing ideas. Complaints and noise take over. The proposal: Feedback Dashboard Inside Copilot Pages — already the hub for files, knowledge, and conversations — feedback should also live. A Feedback Dashboard would: 1. List all feedback you submitted 2. Show clear status (received / under review / in progress / resolved) 3. Let users browse and upvote 👍 others’ feedback 4. Give Microsoft a lightweight way to share progress and priorities Benefits ・For users: Confidence their voice matters → joy of co-creation ・For Microsoft: Beyond collecting voices → data-driven prioritization and smarter resource allocation ・For everyone: Copilot Pages becomes the hub where experience and improvement connect Conclusion Feedback? Sure, it exists today. But let’s be honest — a lonely text box is just a digital trash bin. We don’t need another place to complain. We need a Feedback Dashboard: a system that transforms scattered voices into visible action. Old idea? Maybe. New execution? Absolutely. Because progress only happens when feedback stops being a black hole. And in this age of diversity, UX/UI must not be designed by Microsoft alone. We must listen to all people — seniors, beginners, digital natives. Design must be intuitive enough that even those less experienced can join. Only then can Microsoft 365 expand its foundation and build a future of coexistence and co-prosperity between humans and AI. 👉 Your voice matters. Your vote can shape the future of Microsoft 365. If you agree, please give it a like 👍 or share your thoughts below. 👉 Next up is Part 00 Extra — Criticism is Noise, Creation is Voice. 第6弾：Feedback Dashboard ― ブラックホールから共創へ これまでの投稿では、Copilot UXを様々な角度から改善する提案をしてきました： 第1弾：Copilot乱立の整理（Pages／Toggle／Loop） 第2弾：縦スクロールUIで個人作業の迷子防止 第3弾：会議UXを支える動的サイドバー 第0弾：Microsoftの教育（Vision → Storage → Apps） 第00弾：チームの誇りよりユーザー体験を ― Copilot Pagesを入口に 第4弾：曇り空の比喩でCopilot Pagesを描写 第5弾：プロンプトライブラリ＋スラッシュ ― オールインワンUXへの布石 これらはUXの一片を積み上げてきました。 しかし「提案」だけでは不十分です。ユーザーの声が消えず、進歩に変わる仕組みが必要です。 現状の課題 Microsoft 365でのフィードバックは、多くの場合 一方通行 に感じられます。 ・届いたかどうか不明 ・他の人の意見も見えない ・その後どうなったかも分からない これではフィードバックは「楽しみのない作業」となり、建設的な声よりも文句や雑多な意見が目立ってしまいます。 提案：Feedback Dashboard Copilot Pages ― すでに情報や会話のハブとなっている場所 ― にフィードバックも統合する。 具体的には： １．自分が送ったフィードバックを一覧で確認できる ２．ステータス（受付済み／検討中／対応中／解決済み）を表示 ３．他ユーザーの意見に「👍」で投票できる ４．Microsoftが優先度や進捗を簡単に共有できる 効果 ・ユーザーにとって：「声が届いた」という実感 → 共創の楽しみ ・Microsoftにとって：声の収集にとどまらず → データに基づく優先順位付けとリソース配分の最適化 ・全体にとって：Copilot Pagesが 「体験と改善が循環するハブ」 になる 結論 「フィードバック？ 今もある。 だが正直言おう ― 孤独なテキストボックスは、デジタル時代の“投げ込み箱”に過ぎない。 必要なのは、文句を吐き出す場所ではなく、声を行動に変える仕組みだ。 それがFeedback Dashboardである。 古い発想に見えるかもしれない。 だが、“見える化して共創する仕組み”に昇華すれば、それは全く新しいUXになる。 フィードバックが“ブラックホール”である限り、進歩は決して生まれない。」 さらに、この多様性の時代にUXUIをMicrosoftだけで設計してはいけない。 老若男女、年配者や初心者、デジタルに強い人も含めた全ての声を取り入れる必要がある。 特に、デジタルに不慣れな層でも直感的に使えるUI設計こそが、真の共存への道である。 👉 あなたの声が未来を変える。あなたの一票がMicrosoft 365を動かす。 共感いただける方はぜひ「いいね」👍 またはコメントでご意見をお聞かせください。 👉 次回は第00弾 外伝 ― 「批判はノイズ、創造は声」に続きます。Part 5: Prompt Library + Slash — Building an All-in-One UX
TL;DR: Library = foundation, Slash = acceleration, 365 expansion = vision. The Problem We reuse the same prompts (summaries, draft replies, comparisons), but they get buried in chat history. Copy-paste is clumsy—especially for digital beginners. 👉As developers, we must design inclusivity + efficiency into Copilot. 1) Prompt Library in the Sidebar (for beginners, explained to developers) Save directly from chat Organize by category One-click insert Purpose: support beginners and seniors who struggle with bookmarks or copy-paste. For developers, this is the inclusivity baseline—without it, a large segment is left behind. 2) Slash Commands (for experienced users, including developers) /summary → instant draft in Word /diagram → structure in PowerPoint /reply → email text in Outlook Excel: handled via a command palette outside the cell (e.g., Ctrl+/) to avoid input conflicts. Why it matters (dev): Proven Loop “/” mechanism → technically low lift Keeps advanced users in flow High ROI: minimal engineering, massive UX payoff 3) Expand Slash Across Microsoft 365 Word, PowerPoint, Outlook, Excel. Unified command style = unified Copilot UX. 👉 That’s what makes Copilot the true all-in-one entry point. Why It Matters Inclusivity: Library ensures no one is excluded Efficiency: Slash preserves flow for advanced users Unified UX: consistent across all 365 apps Cost-effective: small feature, outsized impact 👉 Next step for devs: prototype Library (save/insert) + basic Slash picker in Word, using the Loop “/” pattern. Dogfood, then fan-out. Stay tuned — Part 6: “Microsoft, let’s move forward together!” ✅ 第5弾：プロンプトライブラリ＋スラッシュ ― オールインワンUXへの布石 要点: ライブラリ＝基盤、スラッシュ＝推進力、365展開＝未来像。 課題 「また同じプロンプト使いたいのに、どこだっけ？」 要約、返信下書き、比較…。気づけばチャット履歴に埋もれ、コピペ探しの旅に。 特に初心者やシニアには、この“コピペ頼み”が大きな壁になります。 👉 Copilotが“入口”を名乗るなら、ここを放置するのは致命的。 解決の二本柱 ① サイドバーのプロンプトライブラリ（弱者を救う基盤） チャットから直接保存 カテゴリ整理 ワンクリック呼び出し 「ブックマーク？コピペ？」で迷う層を置き去りにしない。 開発者にとってはこれは包括性の最低ライン。 ② スラッシュ呼び出し（経験者を加速する推進力） /要約 → Wordで即ドラフト /図解 → PowerPointで構造化 /返信 → Outlookで定型文展開 Excelは「セル外コマンドパレット（例：Ctrl+/）」で衝突回避すれば十分対応可能 既にLoopで実証済みの「/」を流用できる。 👉低工数・高ROIで、経験者はフローを途切れさせずに走り続けられる。 ③ 365全体への展開（未来を形づくるビジョン） Word、PowerPoint、Outlook、Excelで共通の操作スタイル。 👉Copilotを真のオールインワン入口に。 なぜ重要か 包括性： ライブラリで誰も取り残さない 効率性： スラッシュで流れを止めない 統一感： 365全体で同じUX コスパ： 小さな実装で大きな効果 ライブラリ＝基盤、スラッシュ＝推進力、365展開＝未来像。 次回、第6弾は 「Microsoftよ、ともに行こう！」Part 00: Beyond Team Pride — Copilot Pages as the True Entry Point
In Part 0, I shared my personal motivation from an education experience. Building on that, here I want to highlight another reason — the fragmentation of Microsoft 365. The Problem The boundaries between apps are too strong, so to users they appear as completely separate worlds. The Challenge If this siloed culture continues, even new features will not solve the root issue — they will only add more complexity. My Proposal (Parts 1–3) That’s why I made my proposals in Part 1–3: Part 1: Simplify Copilot fragmentation Part 2: Vertical navigation to prevent getting lost Part 3: Dynamic sidebar for meetings Feasibility This is not an impossible idea. With Graph API and Fluent UI, plus existing side panels (e.g., Teams), unified lists, switching, and a meeting sidebar can all be implemented. It’s mainly integration and UX alignment, which makes it low-cost and high-impact. My Ask So please, prioritize user experience over team pride. If Copilot Pages becomes the true all-in-one entry point, Microsoft’s technology will shine even brighter — and users will finally say: “This is exactly what we’ve been waiting for.” 👉 Next: Part 4, “Thoughts Under a Cloudy Sky”, to explore the future vision. 00弾：メンツよりユーザー体験を ― Copilot Pagesを入口に 0弾では、自分の教育体験からの“きっかけ”を書きました。 その延長線上で、もう一つの理由――Microsoft 365の分断問題について整理します。 Microsoftの問題点 アプリごとの境界が強すぎて、ユーザーからは“別々の世界”に見えてしまう。 Microsoftの課題 この「縦割り文化」が続けば、新機能を出しても根本的な解決にはならず、かえって複雑さを増すだけです。 私の提案（第1〜3弾） だからこそ私は、第1弾〜第3弾の提案を出しました。 第1弾：Copilot乱立の整理 第2弾：縦スクロールUIで迷子防止 第3弾：会議UXの進化（動的サイドバー） 提案実現の可能性 これは実現不可能な話ではありません。 Graph API と Fluent UI、そして既存のサイドパネル（例：Teams）を組み合わせれば、統一リスト／切替や会議サイドバーは実装できます。 要は 統合とUX整理 であり、低コスト・高効果です。 最後にお願い どうか、メンツよりユーザー体験を最優先にしてください。 Copilot Pagesが本当のオールインワン入口になれば、Microsoftの技術はさらに輝き、ユーザーはこう言うでしょう。 「これこそ、私たちが求めていたものだ」と。 👉 次は第4弾、「曇り空に想うこと」 で、さらに未来像を描きます。
