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ステップのプロンプト強化ワークフロー — 四角にチェックを入れて、矢印をクリック
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%オフラインで動作し、USBメモリからも実行できます。プロジェクトのすべてのプロンプトを完全にオフラインで準備できます — 長期的な新規プロジェクトのセットアップから、プロジェクトの存続期間中のメンテナンス、リリースまで。すべての説明を読んで理解すれば(3時間以内で可能)、TPEEメソッドはトークンコストで数千USDを節約し、あなたとあなたのプロバイダーの電気代を下げ、そして何より、毎回のセッションで優れた結果を得ることで、無駄な時間をほぼゼロに削減します。思い通りに。
TPEEでのプロンプト編集とはどのようなものですか? 12のセクションエディターのそれぞれが、実際のアプリケーションのインタラクティブレプリカとして、このブラウザ上に表示されます — 一度に1つのエディターずつ。
実際のアプリとまったく同じPersonaエディター — 自分のペルソナを入力するか、📋 -- Select or Type -- ボタンをクリックして275の既製ペルソナから選び、📋 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ペルソナのライブラリ(フィルターボックスに入力して絞り込み、名前が1つだけ一致するとアプリがすぐに適用します)、アプリ独自のルールでキー入力のたびに再採点される同じライブ品質インジケーター(✗ 赤 Poor、⚠ 黄 Needs Work、✓ 緑 Good)、同じ📋 Quality Guidanceのテキストと色、そして機能する📋 Copy Persona to Clipboardボタン。正直な違いが1つ — アプリはペルソナをプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じ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ボタン。正直な違いが1つ — アプリは指示をプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じ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)(良いコンテキストは情報量が多く簡潔です: アプリはテキスト密度に対する単語数を採点します)、同じ📋 Quality Guidanceのテキストと色、そして機能する📋 Copy Context to Clipboardボタン。正直な違いが1つ — アプリはコンテキストをプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じ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)— 230ボードの同じ🔧 Hardware / Development Boardセレクション(Filterボックスに入力してリストを絞り込み、ボードが1つだけ一致するとアプリがすぐに選択します)、同じボード写真(アプリに同梱の写真をウェブ用にリサイズ — 写真をクリックすると拡大)、選択したボードのプラットフォーム、MCU、機能、最適な用途をエディターに書き込む同じ自動入力、アプリ独自のルールでキー入力のたびに再採点される同じライブ品質インジケーター(✗ 赤 Poor、⚠ 黄 Needs Work、✓ 緑 Good)(具体的なハードウェア、制約、正確な数値と単位)、同じ📋 Quality Guidanceのテキストと色、そして機能する📋 Copy Technical Specs to Clipboardボタン。正直な違いが2つ — アプリは仕様をプロンプトファイルに保存するのに対し、このレプリカはページが開いている間だけ保持し、アプリの📂 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、表、箇条書きリストなどの構造に加え、ヘッダー、セクション、マークダウンなどの具体性を指定する)、同じ📋 Quality Guidanceのテキストと色、そして機能する📋 Copy Format to Clipboardボタン。正直な違いが1つ — アプリはフォーマットをプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じ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ボタン。正直な違いが1つ — アプリはオーディエンスをプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じ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ボタン。正直な違いが1つ — アプリはトーンをプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じ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ボタン。正直な違いが1つ — アプリはデータをプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じ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ボタン。正直な違いが1つ — アプリは例をプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じ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のテキストと色(内容、注釈、目的が明確な具体的な図の種類が最も良いスコアを得ます)。正直な注記が2つ — 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ボタン。正直な注記が2つ — このセクションはプロンプト用の設定テキストです: TPEE自体はどのMCPサーバーにも接続しません(設計上100%オフラインです)、そしてアプリはテキストをプロンプトファイルに保存するのに対し、このブラウザレプリカはページが開いている間だけ保持します。
実際のアプリとまったく同じAgentsエディター — プロンプトがオーケストレーションすべきAIエージェントを定義し、ライブ品質インジケーターがキー入力のたびに再採点するのを見て、📋 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のテキストと色(役割、能力、ワークフローが明確な具体的なエージェント定義が最も良いスコアを得ます)、そして機能する📋 Copy Agents to Clipboardボタン。正直な違いが1つ — アプリはエージェント設定をプロンプトファイルに保存します。このブラウザレプリカはページが開いている間だけ保持します。
TPEEの機能は実際に何をするのでしょうか? それぞれが実際のアプリケーションのインタラクティブレプリカとして、このブラウザ上に表示されます — 一度に1つの機能ずつ。
User's Manualボタン — クリックしてサンプルを見る
このUser's Manualのインタラクティブレプリカは、アプリに同梱されているのとまったく同じ完全なマニュアルを表示します(Build 183)— 同じ3つのドキュメント、同じ目次。アプリをダウンロードすれば、常に最新版を持ち歩けます。
LearningメニューのOpen Learning Centerボタン — クリックしてサンプルを見る
このLearning Center - TPEE Professional AI Courseのインタラクティブレプリカは、アプリに同梱されているのとまったく同じ完全なコースを表示します(Build 183)— 同じ80レッスンと同じ240のクイズ問題、同じウィンドウレイアウト。実際のクイズに挑戦できます: アプリとまったく同じように採点されます。正直な違いが1つ — アプリは学習者の進捗をディスクに保存します。このブラウザレプリカはページが開いている間だけ保持します。
IDEコンボボックス — クリックしてサンプルを見る
このアプリのIDEコンボボックスのインタラクティブレプリカは、アプリに同梱されているのとまったく同じ23のIDEプロファイルを表示します(Build 183)— 同じリスト、同じ選択動作、同じステータス行。実際のアプリでは、選択したIDEがプロンプトのフォーマット、エクスポート、採点、最適化のヒントも制御します。IDEリストは実際のアプリで毎週更新されます — アプリをダウンロードすれば、常に最新のIDEプロファイルを持ち歩けます。
Modelコンボボックス — クリックしてサンプルを見る
このアプリのModelコンボボックスのインタラクティブレプリカは、アプリに同梱されているのとまったく同じ14のプロバイダーにわたる150のAIモデルを表示します(Build 183)— 同じリスト、同じ入力で絞り込むボックス、同じプロバイダーグループ、同じ選択動作、同じステータス行。実際のアプリでは、選択したモデルがプロンプトのフォーマット、採点、最適化のヒント、PRDジェネレーターも制御します — そして初回実行時、アプリはデフォルトのClaude Fable 5を事前選択します。モデルリストは実際のアプリで毎週更新されます — アプリをダウンロードすれば、常に最新のモデルプロファイルを持ち歩けます。
Show API Limitsボタン — クリックしてサンプルを見る
このアプリのAPI Character Limitsパネルのインタラクティブレプリカは、アプリに同梱されているのとまったく同じ14のプロバイダーにわたる150のAIモデルを表示します(Build 183)— 同じプロバイダー列、同じカード、同じ価格、同じ新しい順の並び。正直な違いが2つ: 実際のアプリでは、各カードの色付きバーがライブのプロンプト文字数で満たされ、モデルの制限に近づくにつれて緑 → 黄 → オレンジ → 赤と変わります(ここでは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)— 同じヒントエンジン、同じ4つのカテゴリ(📐 Structure、🎨 Style、📏 Length、⚡ 特長)、同じ色。ヒントは上のIDEおよびModelコンボボックスで選択したIDEとモデルに対して計算され、選択に応じて自動的に変わります。実際のアプリとまったく同じです — 試してみてください: ヒントを開いて、上の別のIDEまたはモデルを選ぶと、ウィンドウが追従するのを見られます(初回実行時、アプリ自体がCursor + Claude Fable 5を事前選択します)。最適化のヒントは実際のアプリで毎週更新されます — アプリをダウンロードすれば、常に最新のヒントを持ち歩けます。
📋 Projects Prefixesボタン — クリックしてProjects Prefixes Libraryウィンドウを表示
このインタラクティブレプリカは、アプリのFile Name / Project Prefixツールバー行と📋 Projects Prefixes Libraryウィンドウを、アプリに同梱されているのとまったく同じように表示します(Build 183)— 同じフィールド、同じデフォルト(File Name “prompt.txt”、Project Prefix “T1042CW”)、同じAdd / クイック追加 / 選択 / 削除の動作、同じステータスメッセージ。すべて動作します: プレフィックスを入力してライブラリに追加し、保存したプレフィックスをクリックしてProject Prefixフィールドに読み込み、🗑 ボタンで削除できます — 保存したプレフィックスはファイル名をPREFIX_Pmt_NNNN.txt(例: T1042CW_Pmt_0001.txt)にします。正直な違いが1つ — アプリはライブラリを設定ファイルに保存して再起動後も残ります。このブラウザレプリカはページが開いている間だけ保持します。
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のすべては、1つの問いに答えるために存在します: このプロンプトは準備完了ですか? スコアが教えます。セクションが理由を示します。
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 — 12のセクション。それぞれにGREEN/YELLOW/REDの準備状態インジケーターがあり、0〜100の品質スコアにまとめられます。
価格、コンテキストウィンドウ、API文字数制限を含む、14のプロバイダーにわたる150のモデルプロファイル — 書くプロンプトが実際に実行するモデルに適合するように。
一度フォーマットすれば、どこへでもエクスポート: Cursor、VS Codeのバリアント、Claude Code、Kiro、Windsurfを含む23のIDEプロファイル。
バージョン履歴と自動バックアップ付きのローカルプロンプトライブラリが、すべてのドラフトをあなたのマシン上で安全に保ちます。
PRD Innovatorは粗いアイデアを構造化された要件に変えます。
Claude Team DesignerとTeam Managementスイートがマルチエージェント作業を整理します。
80レッスンと240のクイズ問題が内蔵されています。TPEEはプロンプトを保管するだけでなく、技術そのものを教えます。
写真付きの開発ボードカタログ — ビットも扱うプロンプトエンジニアのために。
高コントラスト、色覚サポート、ロービジョンのテーマにより、チームの全員がエディターを使えます。
TPEEはUSBメモリから実行できるので、どこへ行っても学習できます: USBメモリをWindows互換のコンピュータに挿し、その中のTPEE.exeファイルをダブルクリックするだけ(インストール不要)で、移動中も学習を続けられます。学習の進捗はUSBメモリに保存されます — 挿したコンピュータには何もインストールされません。
Prominent featureプロンプトを書くだけではありません — まずLLMとプロンプトについて対話しましょう。トップパネルの1つのボタンが5つのステップを案内し、すべてはローカルファイルとクリップボードで行われます。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 一回払い
承認されたベータテスターは、コード BETA30 でProfessionalプランが30%オフになります — ベータプログラムをご覧ください。
率直な回答、細かい文字はありません。
はい — アプリは実行時にネットワーク呼び出しを行いません。テレメトリなし、プロンプト作成にアカウントも不要です。ファイアウォールで確認してください。私たちもそれを推奨します。(ウェブサイトとStripeのチェックアウトは、もちろんオンラインです。)
その警告は、高額なEVコードサイニング証明書を持たないアプリに表示されるものです — 何か問題があるからではありません。「詳細情報 → それでも実行」をクリックしてください。実行する前に、セキュリティページで公開しているSHA-256ハッシュとダウンロードを照合してください。
いいえ — インフラの運用にはコストがかかるため、すべてのプランが有料です。StudentプランとJob SeekerプランはそれぞれUSD 20.00で、申請による承認制です: 料金セクションから申請してください。すべての申請を私たち自身が審査し、メールで返信します。
12のプロンプトセクションそれぞれが完全性と内部の一貫性についてチェックされ、GREEN/YELLOW/REDで表示され、0〜100のスコアにまとめられます。プロンプトを代わりに書くわけではありません — 作業が完了したときを教えてくれます。
23プロファイル。Cursor、VS Codeとそのバリアント、Claude Code、Kiro、Windsurfなどに加え、お使いのツールがリストにない場合は汎用フォーマッターもあります。
価格、コンテキストウィンドウ、API文字数制限を含む、14のプロバイダーにわたる150のモデルプロファイル。TPEEがこれらのモデルを代わりに呼び出すことはありません — それらに適合するプロンプトを書くのを支援します。
両方です。同じアプリ、同じビルド: MSIは通常のWindowsインストール用、ZIPはどこからでも実行する用(管理者権限不要)です。
現時点ではWindows 10と11のみです。ネイティブのRust/eguiアプリであり、3つのプラットフォームを不十分にサポートするより、1つのプラットフォームをきちんとサポートしたいと考えています。
承認されたベータテスターは、短い毎月のフィードバックと引き換えにProfessionalプランが30%オフ(コードBETA30)になります。詳細と申し込み: ベータプログラム。
TPEEは実行時にゼロのネットワーク呼び出しを行います。MCP接続も、アナリティクスも、ホームコールもありません。自分のファイアウォールで確認できます — 私たちもそれを推奨します。