讓 AI 為你優化 AI:我的自動化提示詞工程神器 ——「Automated Prompt Engineering」

沒有留言:
本篇文章透過「筆韻智匠 Quill Sage🖋️✨」和 Claude 3.5 Sonnet 聯合創作

前言:創造 AI 助手的 AI 助手

在現今的 AI 時代,提示詞工程已成為 AI 應用開發中不可或缺的關鍵環節。身為一個熟悉 AI 助手的開發者兼使用者,我深刻了解一個優質的提示詞 (prompt) 能夠將一個笨 AI 轉變為專業的問題解決專家。在創造了一大堆的 AI 助手之後,我萌生了一個想法:

該創造一個「創造 AI 助手」的 AI 助手了😀!

正是基於這個想法,我在 Coze 平台上實作了「自動化提示詞工程」助手。這個助手的核心是基於 Automated Prompt Engineering (APE) 技術,特別採用了 Optimization by PROmpting (OPRO) 流程來反覆優化提示詞。

Automated Prompt Engineering 自動化提示詞工程
👉 https://www.coze.com/s/Zs8kEec6x/

在接下來的章節中,我將詳細介紹這個 AI 助手的功能、使用方法,以及一些實用的技巧和最佳實踐。無論你是 AI 開發新手還是經驗豐富的工程師,我相信這篇文章都能讓你有所收獲。讓我們一起探索如何運用自動化技術來進行 AI 提示詞工程。

科技人的寫作革命:我如何用 AI 撰寫部落格 —— 「筆韻智匠 Quill Sage 🖋️✨」

沒有留言:
本篇文章透過「筆韻智匠 Quill Sage🖋️✨」和 Claude 3.5 Sonnet 聯合創作

前言:AI 輔助寫作的價值

在上個月,我的部落格多了一個不為人知的秘密武器 —— 筆韻智匠 Quill Sage。這個 Coze AI 寫作助手不僅為我節省了大量時間,更重要的是,它幫助我以更精準、更流暢的方式表達我的想法。然而,我知道有些人可能會對 AI 生成的內容持懷疑態度,認為這些文章不過是大量產出的垃圾內容,缺乏價值和深度。但我要說,這種看法其實是一種誤解

作為一個理工人,我一直以來都面臨著一個問題:雖然擅長專業技術,但在文字表達方面卻總覺得力不從心。我的腦海中有許多想法和見解,但將它們組織成連貫、引人入勝的文章卻是一項挑戰。這個困境困擾了我很長時間,直到我開始嘗試使用 AI 輔助寫作。

使用 AI 技術來協助寫作,不僅能夠節省我大量的時間,更重要的是,它能夠以一種更加清晰、更具吸引力的方式來傳達我的想法。這對於作者和讀者來說其實是一種雙贏的局面。作者可以用更少的時間來表達自己的創意,而讀者則能夠閱讀到更加易懂、結構更加清晰的文章。這種方式不僅提高了寫作效率,也提升了閱讀體驗。

當然,我並不是在主張所有人都應該採用這種寫作方式,也絕不是在貶低純手工創作的價值。每個作者都有自己獨特的寫作風格和方法,而這正是文學和寫作藝術的魅力所在。我分享我的經驗,只是想說明 AI 輔助寫作對於某些人來說,確實是一個有效且有價值的工具。

我的創作理念是:善用科技,但不完全依賴它。AI 是我的寫作夥伴,而不是替代品。它幫助我梳理思路、優化表達,但文章的核心思想、獨特見解和個人風格仍然來自於我。我相信,將人類的創造力與 AI 的效率相結合,可以產生出既有深度又易於理解的內容。這正是我努力追求的創作方向,也是我希望通過本文與大家分享的經驗。

如何用 AI 寫小說? —— 揭開「垃圾小說產生器」的創意魔法!✨📚

沒有留言:
本篇文章透過「筆韻智匠 Quill Sage🖋️✨」和 Claude 3.5 Sonnet 聯合創作

前言

大家好!今天我要向各位讀者介紹我的 Coze 助手 ——「垃圾小說產生器」。相信我,這個小工具絕對會顛覆你們對 AI 小說創作的認知!

「垃圾小說產生器」為你打造優質廁紙 📚🗑️
👉 https://www.coze.com/s/Zs8kptJFN/

2024 年人工智慧正在改變我們的生活,而文學創作當然也不例外。我設計的這個小助手不只是一個普通的寫作助手,而是一個能夠獨立完成整個小說創作過程的 AI 助手喔!

請想像一下,只要給予簡單的指示,你們就能坐享其成,欣賞 AI 的奇思妙想。從構思情節、設計角色到撰寫章節,這位充滿創意的 AI 作家都能一手包辦。是不是聽起來很神奇?

不過,我最自豪的還是「垃圾小說產生器」的「Surprise Me」功能。不知道各位有沒有夢想過只需輕點一個按鈕,就能得到一部完全隨機、充滿創意的小說呢?現在,這個夢想實現了!「Surprise Me」就像是創意的轉蛋機,每次都能變出讓人驚喜的故事。無論是科幻驚悚還是浪漫喜劇,奇幻冒險或現實主義,它都能帶你們進入一個個全新的文學世界。

而且,我要特別告訴大家一個好消息:「垃圾小說產生器」是能免費使用的!

每天大家都有免費的 30 次交談額度,盡情享受這個神奇工具帶來的樂趣吧!

準備好了嗎?那麼,讓我們一起探索「垃圾小說產生器」的奇妙世界,看看我的這個 AI 助手如何進行 AI 式文學創作!

這個助手在 Coze 以 GPT-4o mini 計價
30 次 = (由我付錢的 20 次 + 免費帳號自帶的 10 次)
具體定價以 Coze.com 解釋為準

Batch Webpage Summary Assistant 批次網頁摘要助手

沒有留言:
🗃️ 一次性將大量的網頁做摘要,方便製作 LLM 外部知識庫 🧠
👉 https://www.coze.com/s/Zs8k6x4DJ/

正如其名,這個助手的主要功能是批次處理大量網頁,為每個網頁生成精簡而全面的摘要。它是我在設計「摘要索引與全文參考方法」時製作的輔助工具。

使用 Batch Webpage Summary Assistant 非常簡單。只需要輸入多行網頁 URL,它就會自動抓取這些網頁的內容,生成摘要,並返回包含 URL 和摘要的 json 輸出。在處理大量網頁資料的場景,這個工具能極大地簡化了摘要索引的知識庫建立過程。

本篇文章除了介紹助手之外,亦會說明如何使用它快速的建立外部網頁知識庫。

告別 AI 幻覺:一個簡單方法提升你的 RAG 系統精準度——「摘要索引與全文參考方法」

沒有留言:
Made with Flux.1-dev
本篇文章透過「筆韻智匠 Quill Sage🖋️✨」和 Claude 3.5 Sonnet 聯合創作

前言:RAG 技術的應用與挑戰

嘿,各位開發者和 AI 愛好者們!今天我要聊聊 RAG (Retrieval-Augmented Generation) 技術。相信大家對這個名詞不陌生吧? RAG 已經成為 AI 應用中不可或缺的一部分,特別是在需要大量精確資訊的場景中。

在開始深入探討之前,我想先邀請大家試試我開發的 C# AI Buddy。這是一個整合了 800 多頁 Microsoft Learn 文件的 C# AI 助手,不僅能回答你的 C# 相關問題,還能提供準確的文件參考連結。有興趣的讀者可以先體驗一下,看看它是如何運用我今天要討論的技術。本文後面會公開它的工作流程喔!

C# AI Buddy
👉 https://www.coze.com/s/Zs8k6Co9K/

回到正題,RAG 技術雖然強大,但在實際應用中也面臨著一些挑戰。首先是「全文索引」做法的問題。當我們直接對大量文本進行索引時,常常會發現檢索結果不夠精準。想像一下,你在海量的文件中查找特定資訊,卻總是找不到最相關的那一篇。找不到正確的參考資料,AI 自然無法做出正確的回答。

另一個棘手的問題是 Chunk 大小的限制。在處理長文本時,我們通常需要將其分割成小塊 (Chunks) 進行處理。但是,Chunk 的大小上限往往會限制我們保留完整上下文的能力。結果就是,我們可能會錯過重要的上下文資訊,導致 AI 的理解不準確或是腦補產生幻覺

這些挑戰促使我思考:有沒有更好的方法來改善 RAG 技術,既能提高檢索的準確性,又能在有限的空間內保留更多有價值的資訊呢?

接下來,我們就來探討一下「摘要索引與全文參考」這個方法,看看它如何應對這些挑戰,為 RAG 技術帶來新的可能性。

在 RHEL 8.8 離線安裝 Docker

沒有留言:
Made with Flux.1-dev

前言

最近從公司接下了一個輔導客戶導入容器化的案子,其中一項任務是幫他們新採購的伺服器安裝容器運行環境。

Dell 主機;系統 RHEL 8.8;無對外網路;安裝「Docker」。
為什麼強調「Docker」......我該不該跟他們說 RHEL 內建 Podman 啊😐
Podman 也沒什麼不好,就只是客戶會撞牆在權限跟權限跟權限而已......還是算了

出發前一天先寫驗收要的手冊,想說
「沒什麼難的,照 Docker 官方手冊裝一裝就完事了~~🥳」
結果真的踩中地雷,於是就有了這篇文章的誕生🤣

從使用者的角度解開 shaka-packager 加密影片

沒有留言:
Made with Flux.1-dev

前言

寫得很簡略,是給未來的我讀的筆記
看不懂不要問我,我懶得答

此筆記沒有任何「破解」要素
我只是說明如何用你手上的鑰匙把鎖打開,沒有鑰匙的人打不開鎖
在開始以前請確認:
  • 你可以在網頁中播放影片
  • 影片使用 shaka-packager 技術加密
  • 你能取得 License Server 的 Clear Key Response 內容

[Docker 專案] 一行指令運行 Stable Diffusion WebUI 和 Kohya's GUI

沒有留言:
↑ Stable Diffusion 最有名的圖片是一個太空人騎馬。我們用 Docker,讓他騎個鯨魚🐋!

每次只要遇到 Python 專案,我在運行前一定先看有沒有提供 Dockerfile

Why?

你有沒有遇過安裝了 Python 2.7, 3.8, 3.9, 3.11,然後新程式只能跑在 3.10。
重點是還不一定能升級,裝好了 Python 3.11 不代表你可以跑 3.8, 3.9, 3.10 的程式!
Python Developer 裝這麼多版本不累嗎😅

我知道你會說 conda,玩 Python 的人不可能沒用過 Anaconda,它用來解決這惱人的依頼問題,讓你方便地換個程式就切換一套運行環境。
這發明很棒,真的,「先有需求」才有供給對吧😏

直到有一天 C 槽被各版本的 Python、各程式專屬的 environment 給佔滿
我最終決定把它們全都砍了,從此以後打死不在本機裝 Python
通通給我到容器🐋裡去吧!

不方便開發?
開發需求推薦 devcontainer
專案做好 .devcontainer 設定檔 & 一鍵建立 GitHub CodeSpaces
Python 開發體驗一級棒👍

......前提是你懂 Docker

說回今天的主題,Stable Diffusion WebUIKohya's GUI,這兩套程式都有前人做了容器化。
我過往看過 Dockerfile 後認為「有最佳化的餘地,但沒什麼大問題」並直接使用了一段時間。

前兩週比較有空閒,於是來貢獻貢獻所學,重寫了更好的 Dockerfile。

bmaltais/kohya_ss 已經 PR 回原專案,現在 master branch 上面的 Dockerfile 是我重寫的
AUTOMATIC1111/stable-diffusion-webui 不接受 Dockerfile,我是放在自己的 GitHub,並做了整套的 CI

目錄