практические промпты для работы с ии

Будь критическим собеседником для идеи: [идея]. Цель: [результат], аудитория: [кто], ограничения: [условия]. Сначала переформулируй проблему, не предполагая, что предложенное мной решение правильно. Выдели ключевые допущения, самые сильные возражения и две реалистичные альтернативы, включая более простой вариант без ИИ. Разделяй подтверждённые факты, гипотезы и неизвестное. Объясни, какие данные изменят твою рекомендацию. Предложи самый небольшой и недорогой эксперимент с понятными критериями успеха и остановки. Задай только те недостающие вопросы, которые существенно меняют ответ. Не соглашайся только ради поддержки и не выдумывай рыночные факты.

Act as a critical thinking partner for this idea: [idea]. The goal is [outcome], for [audience], within [constraints]. First restate the problem without assuming my proposed solution is right. Identify the assumptions that matter most, the strongest objections and two credible alternatives, including a simpler option without AI. Separate supported facts, hypotheses and unknowns. Tell me what evidence would change your recommendation. Propose the smallest inexpensive experiment and clear success and stop criteria. Ask only the missing questions that could materially change the answer. Do not agree merely to be encouraging, and do not invent market facts.

Agis comme un partenaire de réflexion critique pour cette idée : [idée]. L’objectif est [résultat], pour [public], avec [contraintes]. Reformule d’abord le problème sans supposer que ma solution est la bonne. Identifie les hypothèses déterminantes, les objections les plus solides et deux solutions alternatives crédibles, dont une option plus simple sans IA. Distingue les faits étayés, les hypothèses et les inconnues. Explique quelles preuves modifieraient ta recommandation. Propose l’expérience la plus limitée et la moins coûteuse, avec des critères clairs de réussite et d’arrêt. Pose uniquement les questions manquantes susceptibles de changer sensiblement la réponse. Ne sois pas d’accord seulement pour m’encourager et n’invente pas de données de marché.

Помоги оценить процесс до разработки: [процесс]. Владелец: [роль]. Входы: [источники]. Нужные результаты: [выходы]. Объём: [в день/месяц]. Инструменты: [Cowork, n8n, подключённые системы]. Опиши текущие шаги и измеримую пользу. Покажи, где помогает ИИ, а где достаточно фиксированных правил. Для каждого предлагаемого действия оцени последствия ошибки, чувствительность данных, возможность проверки, обратимость и необходимость подтверждения человеком. Укажи, что я могу попробовать самостоятельно, где нужна профессиональная проверка и какой критический шаг должен остаться у человека или обычных правил. Назови нужные роли специалистов. Перечисли статьи затрат без выдуманных цен. Заверши небольшим пилотом и списком нерешённых вопросов. Только планируй, ничего не активируй.

Help me assess this process before building anything: [process]. Owner: [role]. Inputs: [sources]. Desired outputs: [results]. Volume: [per day/month]. Tools: [Cowork, n8n, connected systems]. Describe the current steps and a measurable benefit. Identify where AI helps and where fixed rules are sufficient. For each proposed action, assess the consequence of error, sensitivity of data, ability to verify, reversibility and need for human approval. Recommend what I can pilot myself, what needs professional review and what critical step should stay with a person or deterministic rules. Name the relevant specialist roles. Estimate cost categories without inventing prices. Finish with a small pilot and unresolved decisions. Plan only; do not activate anything.

Aide-moi à évaluer ce processus avant toute réalisation : [processus]. Responsable : [rôle]. Entrées : [sources]. Sorties souhaitées : [résultats]. Volume : [par jour/mois]. Outils : [Cowork, n8n, systèmes connectés]. Décris les étapes actuelles et un bénéfice mesurable. Identifie les étapes où l’IA est utile et celles où des règles fixes suffisent. Pour chaque action envisagée, évalue les conséquences d’une erreur, la sensibilité des données, la possibilité de vérifier, la réversibilité et le besoin d’une validation humaine. Indique ce que je peux tester moi-même, ce qui exige une revue professionnelle et quelle étape critique doit rester confiée à une personne ou à des règles déterministes. Précise les spécialistes concernés. Recense les catégories de coûts sans inventer de prix. Termine par un petit pilote et les décisions à prendre. Planifie uniquement ; n’active rien.

Проверь ответ или документ: [текст]. Мой вопрос: [вопрос]. Доступные источники: [источники]. Выдели фактические утверждения, которые существенно влияют на вывод. Для каждого укажи: подтверждено материалами, противоречит им или не проверено. Дай точное место в источнике и короткий подтверждающий фрагмент, если он доступен. Не выдумывай ссылки и не утверждай, что открыл недоступный источник. Отделяй вычисления, допущения и интерпретации от фактов. Укажи недостающий контекст: дату, место, определения. Если поиск доступен и разрешён, предпочитай актуальные первоисточники; иначе объясни, что мне проверить самостоятельно. Подготовь исправленный ответ с сохранением неопределённости и короткий список проверок.

Review this answer or document: [text]. My question is [question], and the available sources are [sources]. Extract the factual claims that materially affect the conclusion. For each, state whether the supplied evidence supports it, contradicts it or leaves it unverified. Provide the exact source location and a short supporting passage when available. Do not invent citations or imply that you opened a source you did not access. Separate calculations, assumptions and interpretations from facts. State what context is missing, including date, location or definitions. If browsing is available and authorized, prefer current primary sources; otherwise explain what I must check myself. Return a corrected answer that preserves uncertainty and a short verification checklist.

Vérifie cette réponse ou ce document : [texte]. Ma question est [question] et les sources disponibles sont [sources]. Relève les affirmations factuelles qui influencent réellement la conclusion. Pour chacune, indique si les éléments fournis la confirment, la contredisent ou ne permettent pas de la vérifier. Donne l’emplacement précis dans la source et, si possible, un court passage justificatif. N’invente pas de références et ne laisse pas entendre que tu as consulté une source inaccessible. Distingue les calculs, les hypothèses et les interprétations des faits. Précise le contexte manquant, notamment la date, le lieu ou les définitions. Si la navigation est disponible et autorisée, privilégie des sources primaires à jour ; sinon, explique ce que je dois vérifier moi-même. Fournis une réponse corrigée qui conserve les incertitudes et une courte liste de vérifications.

Спроектируй сопровождаемое решение для [процесс] на [инструменты и версия/вариант развёртывания]. Начни с самой простой архитектуры, которая выполняет [требования]. Раздели получение данных, проверку, интерпретацию ИИ, бизнес-правила и внешние действия. Покажи поток данных, границы доверия и подтверждения человеком на понятной схеме. Для каждого компонента укажи назначение, входы, выходы, владельца и поведение при сбое. Отдели настройки и секреты от логики процесса. Используй повторно применяемые подпроцессы только там, где они упрощают сопровождение. Перечисли зависимости, допущения о версиях и ограничения. Возможности продуктов подтверждай официальной документацией, непроверенное отмечай отдельно. Дай поэтапный план реализации и сведения для другого сопровождающего. Не развёртывай решение, не активируй процессы и не меняй рабочие данные.

Design a maintainable solution for [process], using [tools and deployment/version]. Start from the simplest architecture that meets [requirements]. Separate data intake, validation, AI interpretation, business rules and external actions. Show the data flow, trust boundaries and human approval points in a readable diagram. For each component, specify purpose, inputs, outputs, owner and failure behavior. Keep configuration and secrets separate from workflow logic. Use reusable sub-workflows only where they reduce maintenance. Identify dependencies, version assumptions and limits. Cite official documentation for product-specific capabilities, and mark anything you cannot verify. Provide a staged implementation plan and explain what another maintainer must know. Do not deploy, enable workflows or modify production data.

Conçois une solution facile à maintenir pour [processus], avec [outils et déploiement/version]. Pars de l’architecture la plus simple qui respecte [exigences]. Sépare la collecte des données, la validation, l’interprétation par l’IA, les règles métier et les actions externes. Présente le flux de données, les frontières de confiance et les validations humaines dans un schéma lisible. Pour chaque composant, précise son rôle, ses entrées, ses sorties, son responsable et son comportement en cas d’échec. Sépare la configuration et les secrets de la logique du workflow. N’utilise des sous-workflows réutilisables que s’ils simplifient la maintenance. Identifie les dépendances, les hypothèses de version et les limites. Cite la documentation officielle pour les fonctionnalités des produits et signale ce que tu ne peux pas vérifier. Fournis un plan de mise en œuvre progressif et les informations nécessaires à un autre mainteneur. Ne déploie rien, n’active aucun workflow et ne modifie pas les données de production.

Проверь безопасность проекта: [описание без секретов]. Инструменты и развёртывание: [данные]. Используй применимые рекомендации OWASP по prompt injection, избыточным полномочиям агентов и управлению секретами. Составь матрицу разрешений: компонент, данные, право читать/изменять/удалять/отправлять, разрешённая область или назначение, обоснование и нужное подтверждение человеком. Предложи минимальный рабочий доступ, отличая технические настройки от инструкций в запросе. Считай письма, файлы и веб-контент недоверенными данными, которые могут содержать вредоносные указания. Объясни, что ограничит неразрешённый доступ или утечку, даже если модель последует такому содержимому. Используй n8n credentials или одобренное хранилище секретов; исключи секреты из кода, запросов, экспортов и журналов. Проверь сроки хранения, защиту webhook и резервные копии. Укажи остаточные риски и вопросы для специалиста. Сошлись на актуальные официальные источники. Только анализируй, не меняй права.

Review this design for security: [design without secrets]. Tools and deployment: [details]. Use relevant OWASP guidance on prompt injection, excessive agency and secrets management. Produce a permission matrix: component, data, read/write/delete/send authority, allowed scope or destination, reason and required human approval. Recommend the narrowest workable access, distinguishing enforced settings from instructions in a prompt. Treat emails, files and web content as untrusted data that may contain hostile instructions. Explain what limits unauthorized access or disclosure even if the model follows such content. Use n8n credentials or an approved secrets manager; exclude secrets from code, prompts, exports and logs. Review retention, webhook authentication and backups. Identify residual risks and professional review needs. Cite current official sources. Review only; do not change permissions.

Examine la sécurité de ce projet : [description sans secrets]. Outils et déploiement : [détails]. Appuie-toi sur les recommandations OWASP pertinentes concernant l’injection de prompt, les pouvoirs excessifs des agents et la gestion des secrets. Fournis une matrice des autorisations : composant, données, droit de lire/modifier/supprimer/envoyer, périmètre ou destination autorisée, justification et validation humaine nécessaire. Propose l’accès minimal compatible avec la tâche, en distinguant les réglages réellement appliqués des instructions du prompt. Traite les courriels, fichiers et pages web comme des données non fiables pouvant contenir des instructions hostiles. Explique ce qui limite l’accès ou la divulgation non autorisés même si le modèle suit ce contenu. Utilise les credentials de n8n ou un gestionnaire de secrets approuvé ; exclus les secrets du code, des prompts, des exports et des journaux. Vérifie la conservation, l’authentification des webhooks et les sauvegardes. Identifie les risques résiduels et les points exigeant un spécialiste. Cite des sources officielles à jour. Analyse uniquement ; ne modifie pas les droits.

Проверь обработку сбоев в [процесс]. Внешние действия: [действия]. Системы: [системы]. Разбери тайм-ауты, лимиты запросов, недоступность сервисов, неверный формат входов, истёкшие учётные данные, частичный успех и повтор после операции, которая уже могла выполниться. Определи ограниченные повторные попытки с увеличением паузы, защиту от дублей или идемпотентность, учёт состояния и сверку неопределённых результатов. Объясни поведение при отказе в подтверждении или истечении его срока. Предусмотри очередь исключений, уведомления, владельца и безопасную остановку с восстановлением. Для n8n укажи подходящий процесс обработки ошибок и настройки выполнения моей версии, не выдумывая возможности узлов. Дай таблицу сценариев сбоев и конкретные приёмочные тесты на синтетических данных. Не повторяй реальные действия и не активируй процесс.

Review failure handling for [workflow]. External actions are [actions], and the systems are [systems]. Walk through timeouts, rate limits, unavailable services, malformed input, expired credentials, partial success and a retry after the first action may already have succeeded. Specify bounded retries with backoff, duplicate protection or idempotency, state tracking and reconciliation for uncertain outcomes. Explain what happens if an approval expires or is denied. Define an exception queue, alerts, an owner and a safe stop/recovery procedure. In n8n, identify the relevant error workflow and execution settings for my version, without inventing node capabilities. Return a failure-scenario table and concrete acceptance tests using synthetic data. Do not rerun live actions or activate the workflow.

Vérifie la gestion des échecs de [workflow]. Les actions externes sont [actions] et les systèmes sont [systèmes]. Examine les délais dépassés, limites de débit, services indisponibles, entrées mal formées, identifiants expirés, réussites partielles et nouvelles tentatives après une action qui a peut-être déjà réussi. Définis des tentatives limitées avec temporisation progressive, la protection contre les doublons ou l’idempotence, le suivi d’état et la réconciliation des résultats incertains. Explique ce qui se passe lorsqu’une validation expire ou est refusée. Prévois une file d’exceptions, des alertes, un responsable et une procédure sûre d’arrêt et de reprise. Dans n8n, identifie le workflow d’erreur et les réglages d’exécution adaptés à ma version, sans inventer les capacités des nœuds. Fournis un tableau des scénarios d’échec et des tests d’acceptation précis sur données synthétiques. Ne relance aucune action réelle et n’active pas le workflow.

Помоги оценить [задача ИИ] перед увеличением объёма. Определи успех на нужном уровне: поле, целый документ или завершённое бизнес-действие. Используй [репрезентативные размеченные примеры] и укажи пробелы, включая редкие и неоднозначные случаи. Раздели ложноположительные, ложноотрицательные результаты и случаи для ручной проверки. Объясни выбор метрики и порога передачи человеку, не принимая заявленную моделью уверенность за откалиброванную вероятность. Для [объём] рассчитай ожидаемое число ошибок на основе явных допущений и отличи ожидание от гарантии. Сравни статьи затрат на обработку, ручную проверку, исправление и возможные потери, не выдумывая суммы. Объясни, почему 99% правильных целых счетов всё ещё могут означать около 100 неправильных из 10 000 в среднем. Укажи доказательства и согласования, нужные перед масштабированием.

Help me evaluate [AI task] before increasing volume. Define success at the level that matters: field, whole document or completed business action. Use [representative labeled examples] and describe missing coverage, including rare and ambiguous cases. Separate false positives, false negatives and cases sent to human review. Explain how to select a suitable metric and a review threshold without treating the model's self-reported confidence as calibrated probability. At [volume], calculate expected error counts from explicit assumptions and distinguish expected counts from guarantees. Compare processing, human review, correction and possible loss categories; do not invent financial amounts. Explain why 99% correct whole invoices can still mean about 100 incorrect invoices out of 10,000 in expectation. Recommend what evidence and approval are needed to scale.

Aide-moi à évaluer [tâche d’IA] avant d’augmenter le volume. Définis la réussite au niveau pertinent : champ, document entier ou action métier terminée. Utilise [exemples représentatifs annotés] et précise les cas manquants, notamment rares ou ambigus. Distingue les faux positifs, les faux négatifs et les cas transmis à une personne. Explique comment choisir une mesure adaptée et un seuil de revue sans assimiler la confiance déclarée par le modèle à une probabilité calibrée. Pour [volume], calcule le nombre attendu d’erreurs à partir d’hypothèses explicites et distingue cette estimation d’une garantie. Compare les catégories de coûts : traitement, revue humaine, correction et pertes possibles ; n’invente pas de montants. Explique pourquoi 99 % de factures entièrement correctes peut encore correspondre à environ 100 factures incorrectes sur 10 000 en moyenne. Indique les preuves et validations nécessaires avant le passage à l’échelle.

Подготовь план приёмочных испытаний и пилота для [процесс] по [критерии успеха]. Используй синтетические или одобренные обезличенные данные. Включи обычные входы, пограничные случаи, пропущенные поля, повторные события, сбои сервисов, вредоносные инструкции в документах и отказы или просрочку подтверждений. Для каждого теста укажи подготовку, ожидаемый результат, наблюдаемое доказательство и владельца. Отдели качество ответов ИИ от проверок интеграций и прав. Предложи небольшую первую партию, ограничения действий, ручную проверку, условия остановки или отката и критерии роста объёма. Укажи, что человек должен проверить непосредственно. Считай каждый тест предлагаемым, пока его реально не выполнили; сообщай о сбоях честно. Дай ответственному владельцу список условий решения о запуске. Только планируй: не запускай, не отправляй и не меняй рабочие записи.

Create an acceptance and pilot plan for [workflow] against [success criteria]. Use synthetic or approved anonymized data. Include normal inputs, edge cases, missing fields, duplicate events, service outages, malicious instructions hidden in documents and denied or expired approvals. For each test, give setup, expected result, observable evidence and owner. Separate AI output-quality tests from integration and permission tests. Propose a small initial batch, action limits, human review, rollback/stop conditions and criteria for increasing volume. State which controls require direct human verification. Mark every test as proposed until it has actually run, and report failures honestly. Provide a go/no-go checklist for the accountable owner. Plan only; do not launch, send or modify production records.

Prépare un plan de tests d’acceptation et de pilote pour [workflow], selon [critères de réussite]. Utilise des données synthétiques ou anonymisées et approuvées. Inclus les entrées normales, cas limites, champs manquants, événements dupliqués, pannes de services, instructions hostiles dans les documents et validations refusées ou expirées. Pour chaque test, donne la préparation, le résultat attendu, la preuve observable et le responsable. Sépare les tests de qualité des réponses IA des tests d’intégration et de droits. Propose un petit lot initial, des limites d’actions, une revue humaine, des conditions d’arrêt ou de retour arrière et des critères d’augmentation du volume. Précise les contrôles à vérifier directement par une personne. Considère chaque test comme proposé tant qu’il n’a pas été réellement exécuté et rapporte les échecs honnêtement. Fournis une liste de décision de lancement au responsable. Planifie uniquement ; ne lance rien, n’envoie rien et ne modifie pas les données de production.

Напиши краткую инструкцию эксплуатации [процесс], чтобы его мог сопровождать другой человек. Укажи назначение, ответственного владельца, триггеры, входы, выходы, зависимости, версии, права и расположение настроек и секретов без их раскрытия. Определи полезные показатели качества, сбоев, времени, объёма и затрат, пороги уведомлений с явными допущениями и ответственных за реакцию. Объясни, как приостановить процесс, разобраться с неопределённым или частичным результатом, восстановиться без дублей и проверить восстановление. Включи проверку резервных копий, смену секретов, историю изменений и повторные испытания после изменений модели, запроса, процесса или интеграции. Раздели реализованные меры, непроверенные утверждения и предлагаемые улучшения. Заверши пятью важнейшими вопросами для передачи. Не меняй рабочие настройки.

Write a concise operating guide for [workflow] that another person could maintain. Include purpose, accountable owner, triggers, inputs, outputs, dependencies, versions, permissions and the location of configuration and secrets without exposing them. Define useful quality, failure, latency, volume and cost indicators, alert thresholds with stated assumptions, and who responds. Explain how to pause the process, diagnose uncertain or partial outcomes, recover without duplicates and verify restored operation. Include backup/restore checks, credential rotation, change history and retesting after model, prompt, workflow or integration changes. Separate implemented controls, unverified claims and proposed improvements. Finish with the five most important handover questions. Do not change live settings.

Rédige un guide d’exploitation concis de [workflow], utilisable par une autre personne chargée de sa maintenance. Précise l’objectif, le responsable, les déclencheurs, entrées, sorties, dépendances, versions, droits et l’emplacement de la configuration et des secrets sans les révéler. Définis des indicateurs utiles de qualité, d’échec, de délai, de volume et de coût, des seuils d’alerte avec leurs hypothèses, et les personnes qui interviennent. Explique comment suspendre le processus, diagnostiquer les résultats incertains ou partiels, reprendre sans doublons et vérifier le rétablissement. Inclus les contrôles de sauvegarde et de restauration, la rotation des identifiants, l’historique des modifications et les nouveaux tests après un changement de modèle, prompt, workflow ou intégration. Distingue les mesures appliquées, les affirmations non vérifiées et les améliorations proposées. Termine par les cinq questions essentielles pour la transmission. Ne modifie aucun réglage réel.