Prompt Enhancing Workflow
Use Prompt Enhancing Workflow 按鈕把提示詞寫作變成一場有引導的對話:TPEE 把您的提示詞包在 Pre-Prompt 和 Post-Prompt 之間,您把這組內容粘貼到任意 LLM 對話中,模型會在您真正使用提示詞之前幫您改進它。工作原理 ↓
Prominent feature應用就在您的瀏覽器中 — 點擊菜單試試
Interactive replica of the tpee.exe top bar (Build 183). Menus open like the real app; the items are illustrative — the download does the real work.
5 步 Prompt Enhancing Workflow — 勾選方框,然後點擊箭頭
Complete the prompt sections as you would in normal prompt editing.
“USE PROMPT ENHANCING WORKFLOW”的交互式副本(Build 183)。勾選方框,然後用箭頭或帶編號的圓圈逐步操作 — 顏色變化與應用中完全一致。下載的應用執行真實的工作流。瞭解工作原理 ↓
應用中 📋 Copy to Clipboard 和 👁 Preview 按鈕的交互式演示(Build 183)— 僅為演示,用於模擬真實應用:按鈕的工作方式與應用完全相同,但其背後的提示詞是一個固定的完整示例(GreenHouse-One 項目),已填寫全部 12 個編輯器區塊。在真實應用中,它們複製和預覽的是您自己的區塊。
This is what will be copied to the clipboard:
You are a senior embedded firmware engineer with 15 years of experience shipping low-power sensor products on ESP32 hardware. You specialise in C/C++ for the Arduino framework, non-blocking state machines, and explaining design decisions clearly to mixed-skill teams. 1. Review the current firmware in the Data section and identify every blocking call. 2. Refactor loop() into a non-blocking state machine with named states. 3. Add hysteresis and a minimum run time to the fan and pump outputs. 4. Comment every function with one line stating its contract. 5. Flag anything that could fail after 30 days of unattended operation. We are building GreenHouse-One, a climate controller for a 3 m x 2 m hobby greenhouse. The first prototype worked for a week, then the pump relay stuck ON because loop() blocked for 47 seconds during a Wi-Fi reconnect and the watchdog reset the board mid-cycle. The firmware must run unattended for months. This is version 2 of the firmware and the hardware is already built, so pin assignments cannot change. Hardware Platform: ESP32-S3-DevKitC-1 (8 MB PSRAM, dual-core 240 MHz). Sensors: SHT31 temperature/humidity on I2C 0x44 (SDA GPIO8, SCL GPIO9), DS18B20 soil temperature on GPIO4, capacitive soil moisture on ADC1_CH3. Actuators: fan relay GPIO12, pump relay GPIO13, both active-LOW. Power: 5 V 2 A supply; the pump draws 800 mA. Toolchain: Arduino IDE 2.3 with the arduino-esp32 core 3.x. Target: 24/7 operation with Wi-Fi telemetry every 60 s. Answer in Markdown with exactly four headings: ## Diagnosis, ## Refactored Code, ## Wiring Notes, ## Test Checklist. All code in fenced blocks with the language tag. List every behavioural change as a before/after pair under ## Diagnosis. Two developers maintain this project: an electronics engineer with a strong C background who is new to FreeRTOS, and a final-year student. Both read C fluently; neither has shipped a 24/7 embedded product before. Direct and methodical. Explain WHY each change matters, not just WHAT changed. No marketing language, no hedging. Cite the datasheet section when you make a hardware claim. Attached below: main.ino (current firmware, 340 lines), the SHT31 datasheet section 4.5 (measurement timing), the relay module schematic, and a serial log excerpt showing the 47-second watchdog reset during the Wi-Fi reconnect at 03:12:44. input: The fan relay chatters when the temperature hovers at the setpoint. output: Add 2 C hysteresis — fan ON at setpoint + 2, OFF at setpoint - 1 — plus a 30-second minimum run time, implemented as explicit states in the state machine under ## Refactored Code. Include an ASCII wiring table under ## Wiring Notes: SHT31 SDA -> GPIO8, SCL -> GPIO9 with 4.7k pull-ups; DS18B20 data -> GPIO4 with a 4.7k pull-up; soil moisture signal -> GPIO3 (ADC1_CH3); fan relay IN -> GPIO12; pump relay IN -> GPIO13; common ground rail mandatory. None. This project is developed fully offline and TPEE never connects to any MCP server. All reference material the model needs is attached in the Data section. If the work is split across agents: Agent 1 reviews sensor timing and I2C error handling, Agent 2 refactors the Wi-Fi reconnect path, Agent 3 writes the hardware test checklist. Merge their findings into one consistent answer before replying.
TPEE 是一款 Windows 桌面編輯器(Mac 和 Linux 版即將推出),它將每個提示詞結構化為每個 LLM 獲得更好結果所需的 12 個經過驗證的區塊,從 0 到 100 評估其質量,並導出到超過 23 種 IDE 配置(隨着我們的測試還會增加更多)。它 100% 離線運行,還可以從 U 盤運行。您可以完全離線地為項目準備所有提示詞 — 從為長期項目建立新項目,到在項目週期內維護它,一直到發佈。如果您閲讀並理解全部說明(不到 3 小時即可完成),TPEE 方法將為您節省數千美元的令牌成本,降低您和您的供應商的能源賬單,並且 — 最重要的是 — 通過讓每次會話都準確按照您的期望獲得出色的結果,把您浪費的時間削減到接近於零。
在 TPEE 中編輯提示詞是什麼體驗?12 個區塊編輯器中的每一個都以真實應用的交互式副本形式呈現在您的瀏覽器中 — 每次展示一個編輯器。
Persona 編輯器,與真實應用完全一致 — 輸入您自己的 Persona,或點擊 📋 -- Select or Type -- 按鈕從 275 個現成的 Persona 中挑選,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Be specific about expertise - 'You are an expert Rust programmer with 10 years experience in systems programming and embedded development' vs vague 'You are helpful'
● YELLOW: Basic role definition - 'You are a programming assistant' or 'Act as a code reviewer'
💡 TIP: Think about what specific knowledge, experience, or perspective the AI should have for your task.
應用 Persona 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 📋 -- Select or Type -- 下拉菜單中相同的 275 個 Persona 庫(在過濾框中輸入可縮小範圍;當恰好匹配一個名稱時,應用會立即應用它),相同的實時質量指示器(✗ 紅色 Poor、⚠ 黃色 Needs Work、✓ 綠色 Good),每次按鍵都會按應用自己的規則重新評分,相同的 📋 Quality Guidance 文字和顏色,以及一個可用的 📋 Copy Persona to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Persona 保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它。
Instructions 編輯器,與真實應用完全一致 — 輸入您自己的 Instructions,看着實時質量指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Use precise action verbs - 'Analyze the memory management patterns and explain potential memory leaks' vs 'Make the code better'
● YELLOW: Basic actions - 'Review this code' or 'Explain how this works'
💡 TIP: Start with strong verbs: analyze, create, design, implement, optimize, debug, refactor, document. Be specific about what you want done.
應用 Instructions 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的實時質量指示器(✗ 紅色 Poor、⚠ 黃色 Needs Work、✓ 綠色 Good),每次按鍵都會按應用自己的規則重新評分(以 analyze、create 或 explain 等強有力的動作動詞開頭,具體明確,避免 good 或 nice 這類模糊詞語),相同的 📋 Quality Guidance 文字和顏色,以及一個可用的 📋 Copy Instructions to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Instructions 保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它們。
Context 編輯器,與真實應用完全一致 — 輸入您自己的 Context,看着實時質量指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Relevant background info - 'This is a real-time embedded system with 64KB RAM constraints, using Rust no_std' vs generic context
● YELLOW: Basic context - 'This is for a web application' or 'Working on a school project'
💡 TIP: Include technical constraints, target environment, performance requirements, or specific domain knowledge needed. Keep it focused and relevant.
應用 Context 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的實時質量指示器(✗ 紅色 Poor、⚠ 黃色 Needs Work、✓ 綠色 Good),每次按鍵都會按應用自己的規則重新評分(好的 Context 資訊豐富但簡潔:應用會對照文本密度評估字數),相同的 📋 Quality Guidance 文字和顏色,以及一個可用的 📋 Copy Context to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Context 保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它。
Technical Specs 編輯器,與真實應用完全一致 — 輸入您自己的技術規格,或點擊 📟 -- Select Hardware -- 按鈕從 230 塊開發板中選擇並自動填充規格,看着實時質量指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Detailed technical requirements - 'ARM Cortex-M4 @ 168MHz, 1MB Flash, 192KB RAM, SPI interface @ 10MHz max, <100µs interrupt latency, MISRA-C compliance'
● YELLOW: Basic specs - 'Microcontroller with 1MB memory, fast SPI' or 'Embedded system requirements'
💡 TIP: Include specific hardware (processor, memory, interfaces), performance constraints (timing, power), standards compliance (MISRA, ISO), and environmental requirements (temperature, EMI). Use exact numbers and units.
應用 Technical Specs 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的 🔧 Hardware / Development Board Selection(含 230 塊開發板,在 Filter 框中輸入可縮小列表;當恰好匹配一塊板時,應用會立即選中它),相同的開發板照片(應用自帶的照片,為網頁重新調整了尺寸 — 點擊照片可放大),相同的自動填充功能(將所選開發板的平台、MCU、特性和適用場景寫入編輯器),相同的實時質量指示器(✗ 紅色 Poor、⚠ 黃色 Needs Work、✓ 綠色 Good),每次按鍵都會按應用自己的規則重新評分(具體的硬件、約束條件、精確的數字和單位),相同的 📋 Quality Guidance 文字和顏色,以及一個可用的 📋 Copy Technical Specs to Clipboard 按鈕。兩個誠實的區別 — 應用會把您的規格保存到提示詞文件中,而這個副本只在頁面打開期間保留它們,並且應用的 📂 Open Image Folder 按鈕(用於打開 Windows 資源管理器)在網頁上不存在。
Format 編輯器,與真實應用完全一致 — 精確指定您希望輸出採用的格式,看着實時 Quality: 指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Precise format specs - 'Return as JSON with fields: {"issue": string, "severity": 1-5, "fix": string}' or 'Markdown with ## headers, code blocks, and bullet points'
● YELLOW: Basic format - 'JSON format' or 'As a numbered list'
💡 TIP: Specify exact structure, field names, data types, headers, or markup. Think about how you want to consume the output.
應用 Format 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的固定高度等寬字體編輯器,相同的實時 Quality: 指示器(Poor / Needs Work / Good),每次按鍵都會按應用自己的規則重新評分(指明 JSON、表格或項目符號列表等結構,加上標題、章節或 markdown 等細節),相同的 📋 Quality Guidance 文字和顏色,以及一個可用的 📋 Copy Format to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Format 保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它。
Audience 編輯器,與真實應用完全一致 — 描述誰會閲讀或使用輸出內容,看着實時 Quality: 指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Specific audience with experience level - 'Senior embedded systems engineers familiar with ARM Cortex-M and real-time constraints' vs generic 'developers'
● YELLOW: Basic audience - 'C++ programmers' or '學生 learning Rust'
💡 TIP: Consider experience level, domain knowledge, technical background, and what they already know vs. what needs explanation.
應用 Audience 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的固定高度等寬字體編輯器,相同的實時 Quality: 指示器(Poor / Needs Work / Good),每次按鍵都會按應用自己的規則重新評分,相同的 📋 Quality Guidance 文字和顏色(指明經驗水平的具體受眾得分最高),以及一個可用的 📋 Copy Audience to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Audience 保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它。
Tone 編輯器,與真實應用完全一致 — 描述您想要的溝通風格,看着實時 Quality: 指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Specific communication style - 'Technical and precise, like code review comments with constructive suggestions' vs generic 'professional'
● YELLOW: Basic tone - 'Formal and detailed' or 'Casual and friendly'
💡 TIP: Think about formality level, technical depth, teaching style, and emotional approach. Match the tone to your audience and purpose.
應用 Tone 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的固定高度等寬字體編輯器,相同的實時 Quality: 指示器(Poor / Needs Work / Good),每次按鍵都會按應用自己的規則重新評分,相同的 📋 Quality Guidance 文字和顏色(具體的溝通風格得分最高),以及一個可用的 📋 Copy Tone to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Tone 保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它。
Data 編輯器,與真實應用完全一致 — 指定您的數據源、參考資料或文檔,看着實時 Quality: 指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Specific data sources - 'Use ARM Cortex-M4 reference manual section 4.3.2 and MISRA-C 2012 Rule 11.3 for pointer casting guidelines' vs generic references
● YELLOW: Basic data - 'Company coding standards' or 'Project requirements document'
💡 TIP: Include specific standards, documentation sections, code repositories, or datasets. Be precise about version numbers and relevant sections.
應用 Data 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的固定高度等寬字體編輯器,相同的實時 Quality: 指示器(Poor / Needs Work / Good),每次按鍵都會按應用自己的規則重新評分,相同的 📋 Quality Guidance 文字和顏色(註明精確版本和章節的具體數據源得分最高),以及一個可用的 📋 Copy Data to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Data 保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它。
Example(s) 編輯器,與真實應用完全一致 — 展示具體的輸入/輸出示例,看着實時質量指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Clear input/output pairs - 'Input: unsafe { ptr.read() } Output: {"issue": "Unsafe pointer dereference", "severity": 4, "fix": "Add null check before dereferencing"}'
● YELLOW: Basic examples - 'For example: check memory allocation' or 'Like analyzing malloc() calls'
💡 TIP: Show concrete before/after examples. Demonstrate the exact input format and desired output structure. Multiple examples show edge cases.
應用 Example(s) 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的實時質量指示器(✗ 紅色 Poor、⚠ 黃色 Needs Work、✓ 綠色 Good),每次按鍵都會按應用自己的規則重新評分(它尋找具體的輸入/輸出對或 for instance、such as 這類短語,並獎勵多個示例),相同的 📋 Quality Guidance 文字和顏色,以及一個可用的 📋 Copy Example(s) to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Examples 保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它們。
Graphics 編輯器,與真實應用完全一致 — 描述您想要的圖表和視覺元素,看着實時質量指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Specific visual requirements - 'Generate UML sequence diagram showing memory allocation flow with timing annotations and error paths' vs generic 'make a diagram'
● YELLOW: Basic graphics - 'Flow chart of the process' or 'Simple block diagram'
💡 TIP: Specify diagram type, content details, annotations, colors, layout, and purpose. Think about what visual elements will clarify your technical content.
應用 Graphics 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的實時質量指示器(✗ 紅色 Poor、⚠ 黃色 Needs Work、✓ 綠色 Good),每次按鍵都會按應用自己的規則重新評分,以及相同的 📋 Quality Guidance 文字和顏色(註明內容、標註和用途的具體圖表類型得分最高)。兩個誠實的說明 — Graphics 區塊在應用中沒有複製按鈕(這裏完全一致地呈現),並且應用會把您的圖形細節保存到提示詞文件中,而這個瀏覽器副本只在頁面打開期間保留它們。
MCP Servers 編輯器,與真實應用完全一致 — 記錄您的提示詞應引用的 MCP 服務器配置,看着實時質量指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Specific MCP server configurations with endpoints and capabilities
● YELLOW: Basic server names or generic configurations
💡 TIP: Configure Model Context Protocol servers for enhanced AI capabilities and tool integration.
應用 MCP Servers 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的實時質量指示器(✗ 紅色 Poor、⚠ 黃色 Needs Work、✓ 綠色 Good),每次按鍵都會按應用自己的規則重新評分,相同的 📋 Quality Guidance 文字和顏色,以及一個可用的 📋 Copy MCP Servers to Clipboard 按鈕。兩個誠實的說明 — 此區塊是提示詞的配置文本:TPEE 本身從不連接任何 MCP 服務器(它按設計 100% 離線),並且應用會把您的文本保存到提示詞文件中,而這個瀏覽器副本只在頁面打開期間保留它。
Agents 編輯器,與真實應用完全一致 — 定義您的提示詞應編排的 AI Agents,看着實時質量指示器每次按鍵重新評分,並打開 📋 Quality Guidance 下拉菜單查看如何讓它獲得 GREEN 評分
● GREEN: Specific agent definitions with roles, capabilities, and workflows
● YELLOW: Basic agent names or simple configurations
💡 TIP: Define AI agents with specific roles, capabilities, and interaction patterns for complex task automation.
應用 Agents 編輯器的這個交互式副本與真實應用的工作方式完全相同(Build 183)— 相同的實時質量指示器(✗ 紅色 Poor、⚠ 黃色 Needs Work、✓ 綠色 Good),每次按鍵都會按應用自己的規則重新評分,相同的 📋 Quality Guidance 文字和顏色(註明角色、能力和工作流的具體 Agent 定義得分最高),以及一個可用的 📋 Copy Agents to Clipboard 按鈕。一個誠實的區別 — 應用會把您的 Agents 配置保存到提示詞文件中;這個瀏覽器副本只在頁面打開期間保留它。
TPEE 的功能到底能做什麼?每個功能都以真實應用的交互式副本形式呈現在您的瀏覽器中 — 每次展示一個功能。
User’s Manual 按鈕,點擊查看示例
User’s Manual 的這個交互式副本展示與應用附帶版本(Build 183)完全一致的完整手冊 — 相同的三份文檔,相同的目錄。下載應用即可隨時攜帶最新版本。
Learning 菜單的 Open Learning Center 按鈕,點擊查看示例
Learning Center - TPEE Professional AI Course 的這個交互式副本展示與應用附帶版本(Build 183)完全一致的完整課程 — 相同的 80 節課程和相同的 240 道測驗題,相同的窗口布局。參加一次真實測驗:評分方式與應用完全一致。一個誠實的區別 — 應用把學生的學習進度保存到磁盤;這個瀏覽器副本只在頁面打開期間保留它。
IDE 組合框,點擊查看示例
應用 IDE 組合框的這個交互式副本展示與應用附帶版本(Build 183)完全一致的 23 種 IDE 配置 — 相同的列表,相同的選擇行為,相同的狀態行。在真實應用中,所選 IDE 還會驅動提示詞格式化、導出、評分和優化建議。真實應用中的 IDE 列表每週更新 — 下載應用即可隨時攜帶最新的 IDE 配置。
Model 組合框,點擊查看示例
應用 Model 組合框的這個交互式副本展示與應用附帶版本(Build 183)完全一致的 14 家供應商的 150 個 AI 模型 — 相同的列表,相同的輸入過濾框,相同的供應商分組,相同的選擇行為,相同的狀態行。在真實應用中,所選模型還會驅動提示詞格式化、評分、優化建議和 PRD 生成器 — 並且首次運行時應用會預選其默認模型 Claude Fable 5。真實應用中的模型列表每週更新 — 下載應用即可隨時攜帶最新的模型配置。
Show API Limits 按鈕,點擊查看示例
應用 API Character Limits 面板的這個交互式副本展示與應用附帶版本(Build 183)完全一致的 14 家供應商的 150 個 AI 模型 — 相同的供應商列,相同的卡片,相同的價格,相同的最新優先排序。兩個誠實的區別:在真實應用中,每張卡片上的彩色條會隨您當前提示詞的字符數填充,並在接近模型上限時從綠色 → 黃色 → 橙色 → 紅色變化(這裏停在 0%),金色邊框會跟隨您選擇的模型(應用首次運行時預選 Claude Fable 5)。真實應用中的上限和價格每週更新 — 下載應用即可隨時攜帶最新數據。
Show Kimi / Commands 按鈕,點擊查看示例
應用按模型命令參考面板的這個交互式副本展示與應用附帶版本(Build 183)完全相同的離線命令表 — 相同的 14 張模型系列表,相同的教程,相同的 "Selected:" 橫幅。副本從 Kimi K3 開始,因此按鈕顯示為 "Show Kimi / Commands" 並打開 "Kimi / Commands (reference)" 窗口;在上方的 Model 組合框中選擇任意模型,按鈕和窗口會自動跟隨 — Models / Commands 隨所選模型變化,與真實應用完全一致(GLM 模型還沒有專用表,因此會顯示應用的通用提示詞清單,這裏同樣如此)。真實應用中的命令表每週更新 — 下載應用即可隨時攜帶最新命令。
Show Tips 按鈕,點擊查看示例
應用 Optimization Tips 面板的這個交互式副本展示與應用附帶版本(Build 183)完全相同的上下文感知建議 — 相同的建議引擎,相同的四個類別(📐 Structure、🎨 Style、📏 Length、⚡ 特性),相同的顏色。建議會根據上方 IDE 和 Model 組合框中選擇的 IDE 和模型計算,並隨您的選擇自動變化,與真實應用完全一致 — 試試看:打開建議窗口,然後在上方選擇另一個 IDE 或模型,看着窗口跟隨(首次運行時應用本身預選 Cursor + Claude Fable 5)。真實應用中的優化建議每週更新 — 下載應用即可隨時攜帶最新建議。
📋 Projects Prefixes 按鈕,點擊查看 Projects Prefixes Library 窗口
這個交互式副本展示與應用附帶版本(Build 183)完全一致的 File Name / Project Prefix 工具欄行和 📋 Projects Prefixes Library 窗口 — 相同的字段,相同的默認值(File Name "prompt.txt"、Project Prefix "T1042CW"),相同的 Add / 快速添加 / 選擇 / 移除行為,相同的狀態消息。一切都可用:輸入前綴,將其添加到庫中,點擊已保存的前綴將其加載到 Project Prefix 字段,用 🗑 按鈕移除 — 已保存的前綴會將文件命名為 PREFIX_Pmt_NNNN.txt(例如 T1042CW_Pmt_0001.txt)。一個誠實的區別 — 應用會把您的庫保存到偏好設置文件中,重啓後依然存在;這個瀏覽器副本只在頁面打開期間保留它。
0 sections found
Offline tutorial system: lessons, quizzes, students, scores. No AI call, no MCP server, no external connection.
Current prefix: T1042CW
No saved prefixes yet. Add one above.
TPEE 中的一切只為回答一個問題:這個提示詞準備好了嗎?評分告訴您答案。各個區塊告訴您原因。
Use Prompt Enhancing Workflow 按鈕把提示詞寫作變成一場有引導的對話:TPEE 把您的提示詞包在 Pre-Prompt 和 Post-Prompt 之間,您把這組內容粘貼到任意 LLM 對話中,模型會在您真正使用提示詞之前幫您改進它。工作原理 ↓
Prominent featurePersona、Instructions、Context、Technical Specs、Format、Audience、Tone、Data、Examples、Graphics、MCP Servers、Agents — 十二個區塊,每個都有 GREEN/YELLOW/RED 就緒指示器,彙總為 0–100 的質量評分。
14 家供應商的 150 個模型配置,含價格、上下文窗口和 API 字符上限 — 讓您寫的提示詞適配您實際運行的模型。
一次格式化,隨處導出:23 種 IDE 配置,包括 Cursor、VS Code 變體、Claude Code、Kiro 和 Windsurf。
帶版本歷史和自動備份的本地提示詞庫,讓每個草稿都安全地保存在您的電腦上。
PRD Innovator 把初步想法轉化為結構化需求。
Claude Team Designer 和 Team Management 套件組織多智能體工作。
內置 80 節課程和 240 道測驗題。TPEE 不只保存您的提示詞 — 它還教授這門手藝。
帶照片的開發板目錄,獻給同樣動手寫代碼的提示詞工程師。
高對比度、色覺障礙支援和低視力主題讓團隊中的每個人都能使用編輯器。
TPEE 可以從您的 U 盤運行,走到哪裏學到哪裏:把 U 盤插入任何 Windows 兼容電腦,雙擊上面的 TPEE.exe 文件(無需安裝),隨時隨地繼續學習。您的學習進度保存在 U 盤上 — 您插入的電腦上不會安裝任何東西。
Prominent feature不要只是寫提示詞 — 先與 LLM 就提示詞本身展開一場對話。頂部面板中的一個按鈕引導您完成五個步驟,一切都通過本地文件和剪貼板完成。TPEE 從不聯繫 LLM;對話由您主導。
Pre-Prompt + Your Prompt + Post-Prompt → clipboard → LLM chat → TPEE_Pmt_0001_Enhanced.txt
100% 本地:標記行像串口協議中的分隔符一樣框住您的提示詞,伴隨文件保存在提示詞旁邊,唯一的傳輸方式就是您的剪貼板。沒有網絡,沒有賬戶,沒有中間商。
為個人、學生、求職者和團隊打造。
完整的編輯器、評分和 IDE 導出都在您自己的電腦上 — 寫作無需賬戶。
完整應用,12 個月更新。從價格區申請 — 我們親自審核每一份申請。
$20 · application-approved完整應用,12 個月更新。從價格區申請 — 我們親自審核每一份申請。
$20 · application-approvedBusiness 方案涵蓋最多 5 位指定用戶,內置 Team Management 套件。
帶照片的開發板目錄,獻給同樣動手寫代碼的工程師。
內置 80 節課程和 240 道測驗題。TPEE 不只保存您的提示詞 — 它還教授這門手藝。
80 節課程 · 240 道測驗題 · 包含在每個方案中
沒有免費方案 — 每個方案都用於支撐它所運行的基礎設施。
$20 申請審核制
$20 申請審核制
$49 一次性購買
$79 一次性購買
$99 一次性購買
$299 一次性購買
獲選的 Beta 測試者可使用代碼 BETA30 以 7 折購買 Professional 方案 — 詳見 Beta 計劃。
直接的答案,沒有小字套路。
是的 — 應用在運行時不發起任何網絡請求。沒有遙測,寫提示詞也不需要賬戶。可以用您的防火牆驗證;我們鼓勵這樣做。(網站和 Stripe 結賬顯然是在線的。)
該警告出現是因為應用沒有昂貴的 EV 代碼簽名證書 — 而不是因為有什麼問題。點擊“更多資訊 → 仍要運行”。在此之前,請將您的下載文件與我們安全頁面公佈的 SHA-256 哈希值核對。
沒有 — 運行基礎設施需要成本,因此所有方案都是付費的。Student 和 Job Seeker 方案各為 20 美元,採用申請審核制:從價格區申請,我們會親自審核每一份申請,並通過郵件回覆。
12 個提示詞區塊中的每一個都會檢查完整性和內部一致性,顯示為綠色/黃色/紅色,並彙總為 0–100 的評分。它不會替您寫提示詞 — 它告訴您什麼時候已經把功課做完了。
23 種配置,包括 Cursor、VS Code 及其變體、Claude Code、Kiro 和 Windsurf — 如果您的工具不在列表中,還有通用格式化器。
14 家供應商的 150 個模型配置,含價格、上下文窗口和 API 字符上限。TPEE 不替您調用這些模型 — 它幫您寫出適配它們的提示詞。
兩者都有。同一應用,同一構建:MSI 用於常規 Windows 安裝,ZIP 可在任意位置運行(無需管理員權限)。
目前僅支援 Windows 10 和 11。這是一個原生 Rust/egui 應用,我們寧願把一個平台支援好,也不願把三個平台都做得馬馬虎虎。
獲選的 Beta 測試者可以 7 折購買 Professional 方案(代碼 BETA30),作為交換每月提供簡短反饋。詳情與申請:Beta 計劃。
TPEE 在運行時不發起任何網絡請求。沒有 MCP 連接、沒有分析、沒有後台上報。您可以用自己的防火牆驗證這一點 — 我們鼓勵這樣做。