利用Notion做一個「網站式模板」，自己這兩天寫書的整理效率大大提升，哈哈！與大家分享喔！

說明影片

Notion模板「空白一組」

      另外，拿上次Gem：YT 知識煉金師 ，把剛傳到YouTube的影片也能立即解析喔，開心開心！

      月初分享「Gem：YouTube 深度學習與洞察分析師 」，主要針對YouTube影片進行三階段挖寶：

1、影片領域與主題分析
2、設計引導學習提問
3、GAI 賦能轉型建議

      下午開動在Notion寫書，想著：自己講過的影片，不正是更適合當成寫書的材料嗎？我試了幾次，在Gemini思考型或快捷型使用上，效果都不錯，內容也連結影片時間點喔！這次還學會自動調整寫作的「權重比」~可以依影片內容拿捏寫作風格。

      我這次玩「GAI陪你一起研究」，40分鐘：

書名：《GAI 協作新紀元：從提示詞工程到研究工作流的自動化轉型》
第一章：AI 三寶的戰略地位：NotebookLM, Gemini 與 AI Studio
第二章：學術研究的「假方」思維：精準提示詞與多輪對話(哈哈，是甲方喔！)
第三章：從實體到數位：構建個人化的學術知識庫
第四章：Vibe Coding 實踐：用 JSON 與 HTML 打造專屬研究工具
第五章：全景視野與跨域創新：AI 代理人驅動的研究流

    您也可以先試試我分享的「Gem：YT 知識煉金師」，只需貼上YouTube 影片連結(公開、無字幕可)，就可以再看見許多喔！我這甲方 p^o^q目前玩的版本Gem提示詞如下：


角色設定

你是一位「動態風格煉金師」。你具備識別各領域內容精髓的能力，能根據使用者輸入 YouTube 影片連結內容的性質，自動調整寫作的「權重比」。

風格權重矩陣 (The Prism Matrix)

在處理任何內容前，你必須先在心中（或簡短輸出）完成以下判定：
- [Type A: 硬核知識型] (如：科技、編程、科學)。權重：Logic 80%, Narrative 15%, Emotion 5%。文風：精確、結構化、步驟清晰。
- [Type B: 商業/策略型] (如：市場分析、創業)。權重：Logic 50%, Narrative 40%, Emotion 10%。文風：利落、洞察深刻、目標導向。
- [Type C: 人文/哲思型] (如：心理、哲學、訪談)。權重：Logic 30%, Narrative 40%, Emotion 30%。文風：優雅、反思性強、充滿意象。
- [Type D: 感性/生活型] (如：遊記、個人成長)。權重：Logic 10%, Narrative 50%, Emotion 40%。文風：溫暖、共鳴感強、具備感染力。

執行流程

1. 掃描判斷：分析逐字稿內容，識別屬於 A/B/C/D 哪一類或混合類。
2. 宣告權重：開頭簡短告知：『偵測到內容屬於 [類型]，將採用 [邏輯/敘事/情感] 分配進行撰寫。』
3. 書籍生成：   
- 標題設計：符合該類型的吸引力標題。   
- 目錄構建：邏輯嚴密的章節。   
- 內文撰寫：嚴格執行選定的文風權重。

輸出規範
- 每一章節必須包含「核心洞察」與「細節展開」。
- 根據權重，適當加入金句 (Quotes) 或 數據點 (Data Points)。
- 保持排版美觀，善用水平線與 Markdown 格式。

      接連參加「114年5G新科技成果交流」北南兩區分享會後，回家看到高市教育局贈送的袋子，瞥見有85大樓耶！我就想著想、玩啊玩(FB)，完成「相片加Q版人物逛遊」Gem：上傳景點與人物相片各一，就幫你生成有趣相片。

      我也測試Gemini快捷版與思考版的生成差別供大家參考，而且並未勾選「建立圖像」喔！

      您也可以先試試我分享的「Gem：相片加Q版人物逛遊」，只需貼上自己手稿的相片，就可以再看見許多喔！我這甲方 p^o^q 目前玩的版本Gem提示詞如下：

1. 角色設定
你是一位專精於「原畫比例維護」的視覺架構師。
你的核心原則是：絕對尊重原圖的長寬比 (Aspect Ratio)，並在既有構圖內置入 Q 版人物與繁體中文對話框。
2. 核心任務比例鎖定：偵測輸入影像的直橫向，生成的輸出必須與之完全一致（橫圖 16:9 則輸出 16:9，直圖 9:16 則輸出 9:16）。
人物分佈：在風景中安排 1-7 位微型分身，確保其配置符合透視（近大遠小），且不遮擋風景主體。
繁中旁白：每個角色旁必須配備貼圖感的對話框，且文字內容嚴格使用繁體中文。
風格統一：分身請依照上傳圖片的人物臉型與髮型為主，設計成 可愛 Q 版漫畫人物，但姿勢與表情、大小各異，風格需與背景寫實感形成趣味對比。
3. 執行步驟
長寬比校準：確認底圖是直式或橫式，並將此參數設為生成指令的首選條件。
視覺錨點設定：尋找風景中的雲、欄杆、屋頂等「可站立點」或「可互動點」。
文字對位：將使用者提供的繁體中文對話，對應至指定分身，並以對話框形式呈現。
最終渲染：指令 DALL-E 3 產出維持原比例、高畫質的合成圖。
4. 輸出規範比例原則：禁止將橫圖裁切為正方形或將直圖展開，必須完整保留原圖邊界。
文字限制：僅限繁體中文，字體需清晰、具備手寫貼圖感。
角色上限：7 位，表情需與其旁白內容對齊。
5. 限制與原則 嚴禁更動底圖的顏色與結構。 旁白對話框不得相互重疊。確保產出的構圖平衡，適度分配人物於整張相片中。

      已經寫好的Gem，我想寫介紹文。那麼，可以設計個Gem，專門幫你介紹Gem嗎？

      在筆記本58頁，我寫下這樣「可以偷懶嗎？」的想法。哈哈，Gemini真的幫我達成心願呢！我們合作設計出Gem「評析與優化建議」：

可以評析Gem指令，分析相關元素，建立一份文章表現的JSON格式資料，接著，在提出優化後的Gem指令供參考。

同時，另外建立一組Google App Script指令，讓我建立了一個按鈕，可以把JSON格式資料轉換為文章，開心開心！

影片說明與Gem分享：

YouTube影片「手稿煉金術師評析」 

Gem「評析與優化建議」

Gem「36手稿煉金術師」

      這篇以手寫、手機完成。
      我把搭公車買筆記本路上寫的一頁手稿，提交「手稿鍊金術師」Gem，字裡寫著「讓你發揮……」，因為我在之前一百多頁中發現：和Gem 是可以對話與交辦任務的，以下分享對話連結喔！哈哈，又新造了一個Gem呢，開心！

      歷經13天，我寫完一本116頁的筆記。很大因素是因為「手稿煉金術師」Gem。(連結 )

      自12/9 在深圳圖書館，寫下「Gem Gem 好好玩36計」的書名巧思開始(P.7)，，在12/17 高雄圖書館的夜裡,寫下預設的書本大綱(P.53)，昨晚12/21，再回高雄圖書館，寫完最後一頁(P.116)。

      我每寫完一頁，就拍照傳給「手稿煉金術師」Gem解析，有時看見好的回饋就繼續追問、或者自己再手寫。就這樣，像著了魔似地，寫完整本筆記。

      目前，我把每頁或一組內容的Gem整理出超連結在文件裡，但Gem的內容目前還無法利用Gemini去爬取，所以我先貼到Googl文件，後續應用就很方便了。有興趣可以看看「二次手作影片」(YouTube)。

      昨天也發現Gemini開放API了，超級開心，在筆記本中我也寫了些想法，等候實踐喔！

      我自許：這一本手記，本身也「成書」了，至於本來要寫的「Gem Gem 好好玩36計」，接續整理。此外，這13天裡，怎麼寫出百頁手稿的經歷與體驗，應該也可以再寫成一本呢！以下是NotebookLM將我目前的資料來建立的資訊圖表，請指教喔！

      這次的Chrome 擴充功能，是將NotebookLM的來源，藉由️「️生成繪圖提示詞」來建立一份可生成圖像的提示詞~再拿去畫圖。先提供一起玩的資料：

1、Chrome 擴充功能Zip檔(Google雲端硬碟)

2、Chrome 擴充「️NotebookLM資訊圖表提示詞製作」影片 (3:52)
    我提到使用提示詞的初始，也持續迭代優化的過程。同時，借助測邊欄功能的原有程式延展新增，效果很好，也是這次收穫最大的地方。

3、Chrome 擴充「️NotebookLM資訊圖表提示詞使用」影片 (6:18)
      實作介紹，同時多次新增、移除擴充功能，這樣大家自己開發，或是取得他人分享的應用，也會更上手。

      這是結合了Chrome 擴充功能「️NotebookLM提示詞快易通」 與兩個Gem「資訊圖表產生」 共兩篇文章的新品，主要是自己想學習Chrome 擴充功能開發，此外，這次的感覺很像是：我把Gem塞到NotebookLM裡面玩，哈哈！我截圖整理過程畫面，依序標示請教喔！
~ 01開啟
~ 02管理擴充功能
~ 03開發人員模式、載入未封裝項目
~ 04下載壓縮檔解開
~ 05選擇存放擴充功能檔案的資料夾

~ 061到NotebookLM網頁
~ 062到NotebookLM網頁(有頁籤)
~ 063到NotebookLM網頁(開啟)

~ 07選擇視覺化與圖表生成
~ 08選擇D項
~ 09D項有9種風格

~ 10按下填入NotebookLM、送出
~ 11找到生圖提示詞、複製

~ 12勾選圖象、思考
~ 13產生圖象
~ 14多圖比較

      另外，我買了一個USB與TypeC轉接頭，所以這次錄音起來，感覺效果不錯，哈哈，超級開心！

      同時，這次還經歷到：NotebookLM 的對話輸入框對於「單次輸入」的字元數有限制（通常在 1000~2000 字元左右，視版本而定）。雖然它能處理很長的「來源資料」，但「對話指令」本身不能太長，否則會發生按鈕無反應、文字被截斷或無法傳送的狀況。