Срабатывания: Недопустимое название — Викисловарь

Содержание

E32 С увеличенным расстоянием срабатывания

Diffuse reflective Threaded M6 6 mm -40-70 °C 2 m Головка оптоволоконного датчика диффузного типа, M6 головка, большая дистанция, стандартное оптоволокно, мин. радиус изгиба R25, кабель 2м
Diffuse reflective Threaded M4 2. 5 mm -40-70 °C 390 mm 2 m Головка оптоволоконного датчика диффузного типа, M4 головка, большая дистанция, дист. до 210 мм, стандартное оптоволокно с мин. радиусом изгиба R10 кабель 2м
Diffuse reflective Cylindrical axial 3 mm -40-70 °C
390 mm
2 m Головка оптоволоконного датчика диффузного типа, 3мм диаметр головки, большая дистанция, стандартное оптоволокно с мин. радиусом изгиба R10, кабель 2м
Diffuse reflective
Threaded
M6 1.5 mm -40-70 °C 540 mm 2 m Оптоволокно, диффузное, коаксиальное, головка M6, с линзами увелич. расстояния, стандартной гибкости, мин. радиус изгиба R25, длина 2м
Diffuse reflective Threaded M6 6 mm 90° cable exit, Flexible fiber, Hexagonal back -40-70 °C 520 mm 2 m Fiber optic sensor, diffuse, M6 hex right-angled head, integrated lens, high-flex R2 fiber, 2m cable
Diffuse reflective Threaded M6 1. 5 mm
Flexible fiber
-40-70 °C 520 mm 2 m Fiber optic sensor, diffuse, M6 head, long distance, high flex R1 fiber, 2 m cable
Through-beam Threaded M4 4 mm -40-70 °C 4000 mm 2 m Головка оптоволоконного датчика на пересечение луча, головка M4, увеличенное расстояние, мин. радиус изгиба 25мм, кабель 2м
Through-beam Threaded M4 4 mm 90° cable exit, Flexible fiber, Hexagonal back -40-70 °C 4000 mm 2 m Fiber optic sensor, through-beam, M4 hex right-angled head, integrated lens, high-flex R2 fiber, 2 m cable
Through-beam Threaded M4 4 mm Flexible fiber, R1 Bending radius 1 mm
-40-70 °C
4000 mm 2 m Fiber optic sensor, through-beam, M4 head, long distance, high flex R1 fiber, 2m cable
Retro-reflective Square 27 mm 10 mm 21. 5 mm -40-70 °C 2250 mm 2 m Оптоволокно, рефлекторное, для больших дистанций, R25, длина 2м (укорачиваемое)
Through-beam
Threaded M4 4 mm -40-70 °C 3900 mm 2 m Головка оптоволоконного датчика на пересечение луча, M4 головка, большая дистанция, стандартное оптоволокно, мин. радиус изгиба R25, кабель 2м
Through-beam Cylindrical axial 3 mm -40-70 °C 3900 mm 2 m Головка оптоволоконного датчика на пересечение луча, 3мм диаметр головки, большая дистанция, стандартное оптоволокно, мин. радиус изгиба R25, кабель 2м
Through-beam Square 10. 5 mm 8 mm 25.2 mm -40-70 °C 4000 mm 2 m Оптоволоконо, на пересечение луча, боковая оптика, длина 2м
Through-beam Square 10.5 mm 8 mm 25.2 mm -40-70 °C 4000 mm 5 m Головка оптоволоконного датчика на пересечение луча, с резьбовым креплением угловая головка (правая), большая дистанция до 4000мм, стандартное оптоволокно, мин. радиус изгиба R25, кабель 5м
Through-beam Threaded M3 3 mm -40-70 °C 1200 mm 2 m Головка оптоволоконного датчика на пересечение луча, M3 головка, большая дистанция, стандартное оптоволокно с мин. радиусом изгиба R10, кабель 2м
Through-beam Cylindrical axial dia 2 mm 2 mm -40-70 °C 1200 mm 2 m Головка оптоволоконного датчика на пересечение луча, 2мм диаметр головки, большая дистанция, стандартное оптоволокно с мин. радиусом изгиба R10, кабель 2м
Through-beam Threaded M3 3 mm -40-70 °C 2000 mm 2 m Головка оптоволоконного датчика на пересечение луча, M3 головка, до 900 мм, стандартное оптоволокно, мин. радиус изгиба R25, кабель 2м

Ложные срабатывания: почему с ними надо бороться и как мы добились лучших показателей

В погоне за высоким уровнем обнаружения киберугроз, в индустрии информационной безопасности тема ложных срабатываний часто оказывается незаслуженно забытой. Действительно, это очень неудобная тема, которую некоторые разработчики стараются не замечать (или решать сомнительными способами) – до первого серьёзного инцидента, способного парализовать работу клиентов. К сожалению такие инциденты действительно случаются. И к сожалению, только потом приходит понимание, что качественная защита от киберугроз – это не только предотвращение (prevention), но и низкий уровень ложных срабатываний.

При кажущейся простоте темы минимизации ложных срабатываний, в ней, на самом деле, много сложностей и подводных камней, которые требуют от разработчиков значительных инвестиций, технологической зрелости и ресурсов.

Две основные причины появления ложных срабатываний — (i) программные, аппаратные и человеческие ошибки на стороне разработчика, (ii) многообразие легального («чистого») программного обеспечения, которое проходит проверку системой безопасности. Последняя причина требует пояснения. Действительно, программы пишут миллионы человек разной квалификации (от студента до профессионала) по всему миру, пользуясь разными платформами и стандартами. У каждого автора свой неповторимый стиль, при этом «почерк» программного кода действительно иногда напоминает вредоносный файл, на что и срабатывают защитные технологии, в особенности, основанные на поведенческом анализе и машинном обучении.

Без учёта этой специфики и без внедрения специальных технологий для минимизации ложных срабатываний разработчики рискуют проигнорировать принцип «не навреди». А это, в свою очередь, приводит к чудовищным последствиям (особенно для корпоративных заказчиков), сопоставимым с потерями от самих вредоносных программ.

Лаборатория Касперского более двадцати лет развивает процессы разработки и тестирования, а также создаёт технологии для минимизации ложных срабатываний и сбоев у пользователей. Мы гордимся одним из лучших в индустрии результатов по этому показателю (тесты AV-Comparatives, AV-Test.org, SE Labs) и готовы подробнее рассказать о некоторых особенностях нашей «внутренней кухни». Уверен, что эта информация позволит пользователям и корпоративным заказчикам делать более обоснованный выбор системы безопасности, а разработчикам программного обеспечения – усовершенствовать свои процессы в соответствии с лучшими мировыми практиками.

Мы используем трёхуровневую систему контроля качества для минимизации ложных срабатываний: (i) контроль на уровне дизайна, (ii) контроль при выпуске метода детекта и (iii) контроль выпущенных детектов. При этом система постоянно улучшается за счёт разного рода профилактических мер.

Давайте более подробно рассмотрим каждый уровень системы.

Контроль на уровне дизайна

Один из наших главных принципов в разработке – каждая технология, продукт или процесс априорно должны содержать механизмы для минимизации рисков ложных срабатываний и сопутствующих сбоев. Как известно, ошибки на уровне дизайна оказываются самыми дорогостоящими, ведь для их полноценного исправления может потребоваться переделка всего алгоритма. Поэтому с годами мы выработали собственные лучшие практики, позволяющие уменьшить вероятность неправильного срабатывания.

Например, при разработке или улучшении технологии детектирования киберугроз на основе машинного обучения, мы убеждаемся, что обучение технологии происходило на значительных коллекциях чистых файлов разных форматов. Помогает в этом наша база знаний о чистых файлах (списки разрешенных), которая уже превысила 2 миллиарда объектов и постоянно пополняется в сотрудничестве с производителями программного обеспечения.

Также мы убеждаемся, что в процессе работы обучающие и тестовые коллекции каждой технологии постоянно обновляются актуальными чистыми файлами. В продукты встроены механизмы для минимизации ложных срабатываний на критических для операционной системы файлах. Помимо этого, при каждом детектировании продукт посредством Kaspersky Security Network (KSN) обращается к базе данных вайтлистинга и сервису репутации сертификатов, чтобы убедиться – это не чистый файл.

Впрочем, помимо технологий и продуктов есть пресловутый человеческий фактор.

Вирусный аналитик, разработчик экспертной системы, специалист по анализу данных могут ошибиться на любой стадии, так что и здесь есть место для разнообразных блокирующих проверок, а также подсказок/предупреждений/запретов в случае опасных действий, обнаруживаемых автоматическими системами.

Контроль при выпуске метода детекта

Перед доставкой пользователям новые методы обнаружения киберугроз проходят ещё несколько стадий тестирования.

Важнейший защитный барьер – инфраструктурная система тестирования на ложные срабатывания, работающая с двумя коллекциями.

Первая коллекция (critical set) состоит из файлов популярных операционных систем разных платформ и локализаций, обновлений этих операционных систем, офисных приложений, драйверов и наших собственных продуктов. Это множество файлов регулярно пополняется.

Вторая коллекция содержит динамически формируемый набор файлов, составленный из наиболее популярных на текущий момент файлов. Размер этой коллекции выбран таким образом, чтобы найти баланс между объёмом сканируемых файлов (как следствие, количеством серверов), временем такого сканирования (а значит, временем доставки методов детекта пользователям) и максимальным потенциальным ущербом в случае ложного срабатывания.

Сейчас размер обеих коллекций превышает 120 миллионов файлов (около 50Tb данных). Учитывая, что они сканируются каждый час при каждом выпуске обновлений баз, то можно сказать, что инфраструктура за сутки проверяет более 1,2Pb данных на ложные срабатывания.

Более 10 лет назад мы одними из первых в индустрии информационной безопасности начали внедрять несигнатурные методы детектирования, основанные на поведенческим анализе, машинном обучении и других перспективных обобщающих технологиях. Эти методы показали свою эффективность, в особенности для борьбы со сложными киберугрозами, однако требуют особо тщательного тестирования на ложные срабатывания.

Например, поведенческое детектирование позволяет заблокировать вредоносную программу, проявившую во время работы элементы вредоносного поведения. Чтобы не допустить ложного срабатывания на поведение чистого файла, мы создали «ферму» из компьютеров, реализующих многообразные пользовательские сценарии.

На «ферме» представлены различные комбинации операционных систем и популярного программного обеспечения. Перед выпуском новых несигнатурных методов детектирования они проверяются в динамике на этой «ферме» в типовых и специальных сценариях.

Наконец, нельзя не упомянуть про необходимость проверки на ложные срабатывания для сканера веб-контента. Ошибочное блокирование вебсайта также может повлечь за собой перебои в работе на стороне заказчика, что в нашей работе неприемлемо.

Для минимизации этих инцидентов автоматизированные системы ежедневно выкачивают актуальный контент 10 тысяч самых популярных сайтов Интернета и сканируют их содержимое нашими технологиями для проверки на ложные срабатывания. Для достижения наиболее точных результатов контент скачивается реальными браузерами наиболее распространённых версий, а также используются прокси, чтобы исключить предоставление геозависимого контента.

Контроль выпущенных детектов

Доставленные пользователям методы детектирования находятся под круглосуточным наблюдением автоматических систем, отслеживающих аномалии в поведении этих детектов.

Дело в том, что динамика детекта, вызывающего ложное срабатывание нередко отличается от динамики детекта действительно вредоносных файлов. Автоматика отслеживает такие аномалии и при возникновении подозрений просит аналитика произвести дополнительную проверку сомнительного детекта. А при уверенных подозрениях автоматика самостоятельно отключает этот детект через KSN, при этом срочно информируя об этом аналитиков. Кроме того, три команды дежурных вирусных аналитиков в Сиэтле, Пекине и Москве посменно и круглосуточно наблюдают за обстановкой и оперативно решают возникающие инциденты. Humachine Intelligence в действии.

Помимо аномальных детектов, умные автоматические системы отслеживают показатели производительности, ошибки в работе модулей и потенциальные проблемы на основе диагностических данных, присылаемых от пользователей через KSN. Это позволяет нам на ранних этапах обнаруживать потенциальные проблемы и устранять их, пока их влияние не стало заметно для пользователей.

В случае, если инцидент все-таки случился и его нельзя закрыть отключением отдельного метода детектирования, то для исправления ситуации применяются срочные меры, которые позволяют быстро и эффективно решить проблему. В этом случае мы можем моментально «откатить» базы к стабильному состоянию, причём для этого не требуется дополнительного тестирования. Сказать по правде, мы ещё ни разу не воспользовались таким методом на практике — не было повода. Только на учениях.

Кстати, про учения.

Профилактика лучше лечения

Не всё можно предусмотреть, а даже предусмотрев всё, хорошо бы узнать, как все эти меры сработают на практике. Для этого не обязательно ждать реального инцидента – его можно смоделировать.

Для проверки боеготовности персонала и эффективности методов предотвращения ложных срабатываний мы регулярно проводим внутренние учения. Учения сводятся к полноценной имитации различных «боевых» сценариев с целью проверить, что все системы и эксперты действуют по плану. Учения вовлекают сразу несколько подразделений технического и сервисного департаментов, назначается на выходной день и проводится на основе тщательно продуманного сценария. После учения проводится анализ работы каждого подразделения, улучшается документация, вносятся изменения в системы и процессы.

Иногда в процессе учения можно выявить новый риск, который ранее не замечали. Более системно выявлять такие риски позволяют регулярные мозговые штурмы потенциальных проблем в области технологий, процессов и продуктов. Ведь технологии, процессы и продукты постоянно развиваются, а любое изменение несёт новые риски.

Наконец, по всем инцидентам, рискам и проблемам, вскрытым учениями, ведётся системная работа над устранением корневых причин.

Излишне говорить, что все системы, отвечающие за контроль качества, продублированы и поддерживаются круглосуточно командой дежурных администраторов. Сбой одного звена приводит к переходу на дублирующее и оперативное исправление самого сбоя.

Заключение

Совсем избежать ложных срабатываний невозможно, но можно сильно снизить вероятность их возникновения и минимизировать последствия. Да, это требует от разработчика значительных инвестиций, технологической зрелости и ресурсов. Но эти усилия обеспечивают бесперебойную работу пользователей и корпоративных заказчиков. Такие усилия необходимы, это часть обязанностей каждого надёжного поставщика систем кибербезопасности.

Надёжность – наше кредо. Вместо того, чтобы полагаться на какую-то одну технологию защиты, мы используем многоуровневую систему безопасности. Похожим образом устроена и защита от ложных срабатываний – она также многоуровневая и многократно продублирована. По-другому нельзя, ведь речь идёт о качественной защите инфраструктуры заказчиков.

При этом, нам удаётся найти и поддерживать оптимальный баланс между самым высоким уровнем защиты от киберугроз и очень низким уровнем ложных срабатываний. Об этом свидетельствуют результаты независимых тестов: по итогам 2016 г. Kaspersky Endpoint Security получил от немецкой тестовой лаборатории AV-Test.org сразу восемь наград, в том числе «Best Protection» и «Best Usability».

В заключении отмечу, что качество – это не однократно достигнутый результат. Это процесс, требующий постоянного контроля и совершенствования, особенно в условиях, когда цена возможной ошибки – нарушение бизнес-процессов заказчика.

Ложные срабатывания. Новая техника ловли двух зайцев / Хабр

Проблема ложных срабатываний. Точность и полнота.


Если есть универсальная болевая точка DLP-систем, то это, без сомнения, ложные срабатывания. Они могут быть вызваны неправильной настройкой политик, но соль в том, что даже если интегратор постарался, и все внедрено-настроено грамотно, ложные срабатывания все равно никуда не исчезают. И их много. Если услышите, что у кого-то их нет, не верьте, “everybody lies”. Мы долго в этой отрасли, и все серьезные конкурентные решения регулярно тестируем. Ложные срабатывания – это бич всех современных DLP, от которого страдают прежде всего заказчики.

В этой статье мы расскажем о новом подходе к политикам фильтрации информационного трафика на предмет риска ИБ. Метод основан на применении двух этапов фильтрации, что отличает его от традиционной одноуровневой фильтрации. Такой подход позволяет более эффективно решать проблему ложных срабатываний, т.е. сокращать и мусор, и долю пропущенных инцидентов.

Сегодня будет немного теории, а через неделю — много практики.

Прежде всего, напомним 2 свойства, определяющих качество любого механизма фильтрации информации, а именно: точность и полнота (precision and recall, на языке статистики — ошибки I-го и II-го рода).

Представим себе некую компанию с информационным трафиком. В нем имеется некая выборка документов, состоящая из множества A – ценных документов. Фильтрационный механизм должен выявить их в информационном трафике. Точность — это доля документов, верно отмеченных как ценные среди всех отмеченных фильтром, а полнота — доля верно найденных из заранее известного множества ценных документов А. Попробуем расписать это в виде формул, чтобы было чуть понятнее.

Например, А = 10 коммерческих предложений. Наш фильтр нашел B = 8 документов верно и C = 4 ложно, следовательно, D = 2 документа мы не нашли. Тогда:

Естественно, что точность и полнота противостоят друг другу. Проиллюстрируем это на простом примере условия фильтрации.

В качестве условий детектирования информации на предмет риска ИБ выступают ключевые слова, количество вложений, число получателей, форматы файлов, тональность лексики и еще миллион условий. Без потери общности мы выберем в качестве такого условия размер файла V.

Пусть для некоторой организации распределение количества файлов ценной информации и мусора по размеру файла выглядит следующим образом:

Тогда борьба за точность даст такой результат поиска (найдены файлы размером > V ):

Естественно, такая политика фильтрации не годится по самой банальной причине — мы теряем из вида львиную долю важной информации, что недопустимо. Однако одновременно эта политика дает нам и серьезное преимущество. Известно, что инциденты ИБ высокой критичности подвергаются незамедлительному разбору, и такой подход, при котором мы сразу получаем наиболее критичные инциденты без лишнего мусора, позволяет повысить скорость реагирования.

Борьба за полноту будет выглядеть так (найдены файлы размером > V ):

В этой ситуации, более привычной и характерной для отечественных реалий, политика информационной безопасности размечает значительно больше трафика, сохраняя при этом почти все инциденты. Но и в этом случае результат не позволяет назвать такой подход эффективным. Причина этого — снова фактор времени. Офицер безопасности сталкивается с большим числом ложных срабатываний, что замедляет реагирование на инциденты высокой критичности.

Добиться 100% точности и 100% полноты ввиду, вообще говоря, случайного характера анализируемых данных, удается редко. На чем же построены маркетинговые заявления вендоров о едва ли не отрицательном числе ложных срабатываний в их продуктах? Иногда разработчики DLP намеренно вуалируют один из показателей, выдавая его за качество детектирования, и тем самым делают арифметику невольной слугой необъективной подачи информации.

Одновременно высокие точность и полнота, как правило, встречаются в точных науках (физика, химия, биология). Например, по единственному состоянию цепочки белков можно определить уникальную (если у человека нет близнеца или клона) цепочку ДНК и её носителя. По уникальному отпечатку пальцев можно идентифицировать преступника, а по уникальному спектру поглощения можно определить химический состав вещества. В детектировании информации тоже имеется место для подобных решений. Речь идет о поиске информации по уникальному признаку (сумма MD5, или ее родственник — цифровой отпечаток). Во всех вышеперечисленных ситуациях мы имеем «свойство», однозначно отделяющее нужный объект от «мусора».

Однако по понятным причинам эта технология эффективна лишь для защиты неизменяемых файлов, чего в реальной жизни недостаточно.

Стоит отметить, что сам процесс передачи информации не является объектом изучения классических точных наук, хоть уже и имеет под собой сильный математический аппарат теории информации, заложенный Клодом Шенноном в его работах по теории связи более 70 лет назад («Теория связи в секретных системах», «Математическая теория связи»).

Нетрудно догадаться, что точность и полнота — те самые два зайца, о которых говорится в названии статьи. Во второй части мы расскажем, как же не упустить ни одного из них и решить «проклятый вопрос» всех DLP-систем — проблему ложных срабатываний.

Авторы:
Максим Бузинов, старший математик, компания Solar Security.
Галина Рябова, руководитель направления Solar Dozor, компания Solar Security.

Параметры срабатывания уведомления | Wialon Hosting

Параметр

Описание

Имя*

Имя уведомления. При заполнении этого поля учитывайте правила ввода данных.

Описание

Описание уведомления. При наличии описания оно используется во всплывающей подсказке к уведомлению. Длина текста не должна превышать 10 000 символов.

Интервал (от — до)

Период действия уведомления. По умолчанию он неограничен, то есть уведомление начинает действовать сразу же после его включения и до момента выключения или удаления. Чтобы установить определенный интервал действия, активируйте эту опцию и укажите временны́е рамки. По истечении указанного интервала уведомление автоматически выключается или, если контролируемых объектов больше нет, удаляется.

Период контроля относительно текущего времени*

Промежуток между временем формирования сообщения и текущим временем. Если он превышен, сообщение не учитывается и уведомление не приходит. Рекомендуется указывать период контроля не менее часа, так как более короткого срока может быть недостаточно для анализа данных.

Минимальная продолжительность тревожного состояния*

Параметр, предназначенный для того, чтобы исключить случайное срабатывание уведомления из-за погрешностей трекера (например, при ложных выездах за пределы геозоны). Укажите минимальную продолжительность тревожного состояния в секундах, минутах или часах, выбрав единицу измерения в выпадающем списке. Максимальное допустимое значение — 24 часа (1440 минут, 86400 секунд).

Максимальное количество срабатываний

Максимальное количество срабатываний, при достижении которого уведомление автоматически отключается.

Для этого параметра можно установить ограничение по времени (иконка ). В таком случае максимальное количество срабатываний применяется только к указанным интервалам, а в остальное время уведомление может срабатывать любое количество раз. 

При срабатывании уведомления учитывается время регистрации сообщения на сервере, а не время его формирования. Поэтому при выгрузке сообщения из черного ящика уведомление может сработать даже в том случае, если сообщение было сформировано в течение указанного интервала, а лимит срабатываний уже достигнут.

Генерировать уведомление*

Параметр, позволяющий выбрать, когда должно срабатывать уведомление. Чтобы оно срабатывало только при изменении состояния объекта на тревожное, отметьте опцию При изменении состояния. При выборе этого варианта необходимо, чтобы в момент включения уведомления состояние объекта не было тревожным. Чтобы уведомление приходило при получении каждого тревожного сообщения, выберите опцию Для всех сообщений.

Минимальная продолжительность предыдущего состояния*

Параметр, предназначенный для исключения излишних срабатываний. Доступен, если для параметра Генерировать уведомление выбрана опция При изменении состояния

Если до наступления тревожного состояния проходит время, равное или большее указанного в этом параметре, то срабатывает уведомление. Это позволяет избежать повторных срабатываний в тех случаях, когда тревожное состояние прерывается на небольшой промежуток времени.

Укажите минимальную продолжительность предыдущего состояния в секундах, минутах или часах, выбрав единицу измерения в выпадающем списке. Максимально допустимое значение — 24 часа (1440 минут, 86400 секунд). 

Максимальное время между сообщениями*

Выпадающий список, в котором необходимо выбрать максимальное время между тревожным и предыдущим сообщениями. Доступен, если для параметра Генерировать уведомление выбрана опция При изменении состояния

Если разница во времени между тревожным и предыдущим сообщениями больше выбранной, уведомление не срабатывает. 

Таймаут*

Временной интервал после получения сообщения, по истечении которого оно должно анализироваться. Настройка доступна, если для параметра Генерировать уведомление выбрана опция При изменении состояния

Рекомендуется указывать более длительный таймаут, если в устройстве есть черный ящик, которому может потребоваться время на выгрузку всех сообщений, накопившихся в нем при потере связи (например, пока объект был за границей). 

Укажите таймаут в секундах или минутах, выбрав единицу измерения в выпадающем списке. Максимальное допустимое значение — 30 минут (1800 секунд). 

Включено

Состояние уведомления. Если опция активирована, то после создания уведомления оно будет включено, если нет, — выключено.

Учитывать LBS-сообщения

Параметр, позволяющий учитывать данные о местоположении объекта, полученные при помощи базовых станций сотовой связи (LBS).

Ограничение по времени

Настройка, позволяющая указать время и выбрать дни и/или месяцы, в которые должны контролироваться параметры уведомления. Например, они могут контролироваться только в рабочие дни и в рабочее время или только по нечетным числам и т. п. Подробнее.

Если тревожное состояние началось в указанный день или интервал и его максимальная продолжительность превышена, то уведомление приходит даже в том случае, если тревожное состояние завершилось в то время, когда параметры уведомления не должны контролироваться.

GoodTherapy | Триггер

Триггер в психологии — это стимул, такой как запах, звук или вид, который вызывает чувство травмы. Люди обычно используют этот термин при описании посттравматического стресса (ПТСР).

Что такое триггер?

Триггер — это напоминание о прошлой травме. Это напоминание может вызвать у человека подавляющую грусть, беспокойство или панику. Это также может вызвать у кого-то воспоминания. Воспоминание — это яркое, часто негативное воспоминание, которое может появиться без предупреждения.Это может привести к тому, что кто-то потеряет из виду свое окружение и «заново переживет» травмирующее событие.

Триггеры могут принимать разные формы. Это может быть физическое место или годовщина травмирующего события. Человека также могут спровоцировать внутренние процессы, такие как стресс.

Иногда триггеры предсказуемы. Например, ветеран может вспоминать воспоминания во время просмотра жестокого фильма. В других случаях триггеры менее интуитивны. У человека, почувствовавшего запах ладана во время сексуального насилия, может случиться паническая атака, когда он почувствует запах того же ладана в магазине.

Некоторые люди используют термин «триггер» в контексте других проблем психического здоровья, таких как злоупотребление психоактивными веществами или беспокойство. В этих случаях триггером может быть сигнал, который вызывает усиление симптомов. Например, человека, выздоравливающего от анорексии, могут спровоцировать фотографии очень худых знаменитостей. Когда человек видит эти фотографии, он может снова почувствовать желание голодать.

Как формируются триггеры?

Точное функционирование мозга, стоящее за триггерами, до конца не изучено.Однако существует несколько теорий о том, как работают триггеры.

Когда человек находится в угрожающей ситуации, он может вступить в бой или убежать. Организм находится в состоянии повышенной готовности, уделяя первоочередное внимание всем своим ресурсам, чтобы отреагировать на ситуацию. Функции, которые не нужны для выживания, такие как пищеварение, откладываются.

Одна из функций, которой пренебрегают во время драки или бегства, — это формирование кратковременной памяти. В некоторых случаях мозг человека может неправильно записать травмирующее событие в своей памяти.Вместо того, чтобы хранить в памяти как прошлое событие, ситуация помечается как все еще существующая угроза. Когда человеку напоминают о травме, его тело действует так, как будто событие происходит, возвращаясь в режим борьбы или бегства.

В некоторых случаях сенсорный триггер может вызвать эмоциональную реакцию до того, как человек поймет, почему он расстроен. Другая теория гласит, что триггеры сильны, потому что они часто затрагивают чувства. Сенсорная информация (образы, звуки и особенно запахи) играет большую роль в памяти.Чем больше сенсорной информации хранится, тем легче вспомнить память.

Во время травматического события мозг часто закрепляет сенсорные стимулы в памяти. Даже когда человек сталкивается с теми же стимулами в другом контексте, они связывают триггеры с травмой. В некоторых случаях сенсорный триггер может вызвать эмоциональную реакцию до того, как человек поймет, почему он расстроен.

Формирование привычки также играет важную роль в инициировании. Люди склонны делать одни и те же вещи одинаково.Следование тем же образцам избавляет мозг от необходимости принимать решения.

Например, скажем, человек всегда курит за рулем. Когда человек садится в машину, его мозг ожидает, что он будет придерживаться той же процедуры и закурить сигарету. Таким образом, вождение может вызвать желание курить, даже если человек хочет бросить курить. Кого-то можно спровоцировать, даже если он не устанавливает сознательной связи между своим поведением и окружением.

Что такое триггерные предупреждения?

Триггерное предупреждение — это уведомление о потенциальных триггерах в будущем обсуждении или содержании.Цель состоит в том, чтобы позволить людям с проблемами психического здоровья избежать триггеров или подготовиться к ним. Невозможно предсказать или избежать всех триггеров, поскольку многие из них уникальны для конкретной ситуации. Предупреждения часто предназначены для общих триггеров, таких как изображения насилия.

В последнее время многие ученики запросили триггерные предупреждения в школе. Было много публичных дебатов по поводу того, подходит ли эта практика для классных комнат.

Противники триггерных предупреждений часто утверждают, что эти предупреждения предназначены для слишком чувствительных студентов.Некоторые утверждают, что предупреждения о срабатывании триггеров способствуют цензуре. Другие считают, что они ограничивают способность учителей преподавать материалы курса.

Адвокаты часто утверждают, что триггерные предупреждения необходимы для равного доступа к образованию. Триггеры могут вызывать воспоминания и панические атаки, которые мешают обучению. По данным Американской психологической ассоциации (APA), триггеры часто причиняют больше беспокойства, если становятся неожиданностью. Защитники говорят, что триггерные предупреждения позволяют студентам с посттравматическим стрессом чувствовать себя в безопасности в классе.

Если ученик говорит, что у него посттравматический стресс, уместны персонализированные триггерные предупреждения. Эффективность предупреждений о срабатывании триггеров в классе мало исследована. APA сообщает, что конкретные триггеры сложно предсказать. Таким образом, общие предупреждения о содержании класса могут быть менее эффективными. Если учащийся говорит, что у него посттравматическое стрессовое расстройство, уместны персонализированные триггерные предупреждения.

Закон об американцах с ограниченными возможностями (ADA) и Закон об инвалидах в образовании (IDEA) запрещают дискриминацию в отношении людей с ограниченными возможностями.Эти законы включают нарушения психического здоровья, такие как посттравматическое стрессовое расстройство. Федеральный закон требует от преподавателей разумного приспособления к таким лицам.

Федеральный закон конкретно не рассматривает триггерные предупреждения. Тем не менее, APA предполагает, что в некоторых случаях триггерные предупреждения могут считаться приспособлением. Преднамеренное инициирование человека с посттравматическим стрессовым расстройством может быть формой дискриминации.

Получение справки по триггерам

Предупреждения о срабатывании триггера полезны в некоторых случаях. Но избегание триггеров не решит основных проблем психического здоровья.Если триггеры мешают чьей-то повседневной жизни, человек может захотеть обратиться к терапевту.

В терапии люди могут обрабатывать эмоции, связанные с их прошлым. Некоторые могут изучить методы релаксации, чтобы справиться с паническими атаками. Другие могут научиться избегать нездорового поведения. Со временем и работой человек может столкнуться с их триггерами с гораздо меньшими страданиями.

Каталожные номера:

  1. ADA знайте свои права: возвращающиеся работники службы с ограниченными возможностями. (2010).Министерство юстиции США. Получено с https://www.ada.gov/servicemembers_adainfo.html
  2. .
  3. Поддерживает ли исследование предупреждение о срабатывании триггера в классе? (2017, 27 июля). Журналы APA Обзор статей. Получено с http://www.apa.org/pubs/highlights/spotlight/issue-97.aspx
  4. Приручение триггеров для улучшения психического здоровья. (2017, 31 марта). Американская психиатрическая ассоциация. Получено с https://www.psychiatry.org/news-room/apa-blogs/apa-blog/2017/03/taming-triggers-for-better-mental-health
  5. .
  6. Что такое триггеры посттравматического стрессового расстройства? (2017, 14 февраля).Web MD. Получено с https://www.webmd.com/mental-health/what-are-ptsd-triggers#1
  7. .

Последнее обновление: 2 мая 2018 г.

Пожалуйста, заполните все обязательные поля, чтобы отправить свое сообщение.

Подтвердите, что вы человек.

событий, запускающих рабочие процессы — GitHub Docs

Настройка событий рабочего процесса

Вы можете настроить рабочие процессы для запуска одного или нескольких событий, используя синтаксис рабочего процесса на . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».«

Пример: использование одного события

 
на: нажмите
  

Пример: использование списка событий

 
на: [push, pull_request]
  

Пример: использование нескольких событий с типами действий или конфигурацией

Если вам нужно указать типы активности или конфигурацию для события, вы должны настроить каждое событие отдельно. Вы должны добавить двоеточие (: ) ко всем событиям, включая события без конфигурации.

  по:
  
  
  толкать:
    ветви:
      - главный
  pull_request:
    ветви:
      - главный
  
  page_build:
  выпускать:
    типы:
      - созданный
  

Для запуска рабочего процесса выполняются следующие шаги:

  1. В вашем репозитории происходит событие, и с результирующим событием связаны SHA фиксации и Git ref.

  2. В каталоге .github / workflows в вашем репозитории выполняется поиск файлов рабочего процесса в соответствующем коммите SHA или Git ref. Файлы рабочего процесса должны присутствовать в этом коммите SHA или Git ref, чтобы их можно было принять во внимание.

    Например, если событие произошло в определенной ветви репозитория, то файлы рабочего процесса должны присутствовать в репозитории этой ветви.

  3. Проверяются файлы рабочего процесса для этого коммита SHA и Git ref, и запускается новый рабочий процесс для всех рабочих процессов, которые имеют значения on: , соответствующие инициирующему событию.

    Рабочий процесс выполняется в коде вашего репозитория в том же коммите SHA и Git ref, которые инициировали событие. При запуске рабочего процесса GitHub устанавливает переменные среды GITHUB_SHA (фиксация SHA) и GITHUB_REF (Git ref) в среде бегуна. Для получения дополнительной информации см. «Использование переменных среды».

Запланированные мероприятия

Расписание Событие позволяет запускать рабочий процесс в запланированное время.

Примечание. Событие расписания может быть отложено в периоды высокой загрузки рабочего процесса GitHub Actions.Время высокой загрузки включает начало каждого часа. Чтобы уменьшить вероятность задержки, запланируйте запуск рабочего процесса на другое время часа.

график
Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
нет данных нет ветка по умолчанию Последняя ветвь по умолчанию Последняя ветка по умолчанию

Вы можете запланировать запуск рабочего процесса в определенное время в формате UTC, используя синтаксис POSIX cron.Запланированные рабочие процессы выполняются на последней фиксации в стандартной или базовой ветке. Самый короткий интервал, в котором вы можете запускать запланированные рабочие процессы, — один раз в 5 минут.

В этом примере рабочий процесс запускается каждый день в 5:30 и 17:30 UTC:

  по:
  расписание:
    
    - cron: '30 5,17 * * * '

  

Синтаксис Cron состоит из пяти полей, разделенных пробелом, и каждое поле представляет собой единицу времени.

  ┌───────────── минут (0-59)
│ ┌───────────── час (0-23)
│ │ ┌───────────── день месяца (1-31)
│ │ │ ┌───────────── месяц (1–12 или ЯНВАРЬ-ДЕКАБРЬ)
│ │ │ │ ┌───────────── день недели (0-6 или вс-вс)
│ │ │ │ │
│ │ │ │ │
│ │ │ │ │
* * * * *
  

Эти операторы можно использовать в любом из пяти полей:

Оператор Описание Пример
* Любое значение * * * * * запускается каждую минуту каждого дня.
, Разделитель списка значений 2,10 4,5 * * * запускается на 2-й и 10-й минуте 4-го и 5-го часа каждого дня.
Диапазон значений 0 4-6 * * * запускается на 0-й минуте 4-го, 5-го и 6-го часа.
/ Значения шага 20/15 * * * * запускается каждые 15 минут, начиная с 20–59 минут (20, 35 и 50 минут).

Примечание: GitHub Actions не поддерживает нестандартный синтаксис @yearly , @monthly , @weekly , @daily , @hourly и @reboot .

Вы можете использовать crontab guru, чтобы помочь сгенерировать синтаксис cron и узнать, в какое время он будет работать. Чтобы помочь вам начать работу, есть также список примеров гуру crontab.

Уведомления о запланированных рабочих процессах отправляются пользователю, который последним изменил синтаксис cron в файле рабочего процесса. Для получения дополнительной информации см. «Уведомления о запуске рабочего процесса».

Ручные события

Вы можете вручную запустить рабочий процесс. Чтобы запустить определенные рабочие процессы в репозитории, используйте событие workflow_dispatch .Чтобы запустить более одного рабочего процесса в репозитории и создать настраиваемые события и типы событий, используйте событие repository_dispatch .

workflow_dispatch отправка , ветвь завершена
Полезная нагрузка события веб-перехватчика Типы действий GITHUB_SHA GITHUB_REF
workflow_dispatch ветвь, последняя фиксация которой

Вы можете настроить определенные пользователем свойства ввода, значения ввода по умолчанию и необходимые вводы для события непосредственно в рабочем процессе.Когда рабочий процесс запущен, вы можете получить доступ к входным значениям в контексте github.event.inputs . Для получения дополнительной информации см. «Контексты».

Вы можете вручную запустить рабочий процесс с помощью API GitHub и из GitHub. Для получения дополнительной информации см. «Запуск рабочего процесса вручную».

Когда вы запускаете событие на GitHub, вы можете предоставить ref и любые входы непосредственно на GitHub. Для получения дополнительной информации см. «Использование входов и выходов с действием.«

Чтобы инициировать пользовательское событие веб-перехватчика workflow_dispatch с помощью REST API, необходимо отправить запрос POST в конечную точку API GitHub и предоставить ref и любые необходимые входные данные . Дополнительные сведения см. В разделе «Создание события отправки рабочего процесса», конечная точка REST API.

Пример

Чтобы использовать событие workflow_dispatch , вам необходимо включить его в качестве триггера в файл рабочего процесса GitHub Actions. В приведенном ниже примере рабочий процесс запускается только тогда, когда он запускается вручную:

  на: workflow_dispatch
  
Пример конфигурации рабочего процесса

В этом примере определяется name и home входы и печатаются с помощью github.контексты event.inputs.name и github.event.inputs.home . Если дом не указан, печатается значение по умолчанию «Octoverse».

  имя: запускаемый вручную рабочий процесс
на:
  workflow_dispatch:
    входы:
      имя:
        описание: 'Человек, которого следует приветствовать'
        требуется: правда
        по умолчанию: 'Octocat Мона'
      дом:
        описание: 'местоположение'
        требуется: ложь
        по умолчанию: «Октовселенная»

вакансии:
  скажи привет:
    работает: ubuntu-latest
    шаги:
      - запустить: |
          echo "Здравствуйте, $ {{github.event.inputs.name}}! "
          echo "- в $ {{github.event.inputs.home}}!"
  

repository_dispatch последняя ветка фиксация

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Вы можете использовать GitHub API для запуска события веб-перехватчика с именем repository_dispatch , если вы хотите запустить рабочий процесс для действий, происходящих за пределами GitHub. Для получения дополнительной информации см. «Создание события отправки репозитория».

Чтобы инициировать настраиваемое событие веб-перехватчика repository_dispatch , необходимо отправить запрос POST в конечную точку API GitHub и указать имя event_type для описания типа активности. Чтобы запустить рабочий процесс, необходимо также настроить рабочий процесс для использования события repository_dispatch .

Пример

По умолчанию все event_types запускают рабочий процесс. Вы можете ограничить выполнение рабочего процесса, когда определенное значение event_type отправляется в полезной нагрузке веб-перехватчика repository_dispatch . Вы определяете типы событий, отправляемые в полезной нагрузке repository_dispatch , когда вы создаете событие отправки репозитория.

  по:
  repository_dispatch:
    типы: [открыт, удален]
  

События повторного использования рабочего процесса

workflow_call — это ключевое слово, используемое в качестве значения на в рабочем процессе так же, как событие.Это указывает на то, что рабочий процесс может быть вызван из другого рабочего процесса. Для получения дополнительной информации см. «Повторное использование рабочих процессов».

workflow_call
Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
repository_dispatch ветвь по умолчанию последняя ветвь
То же 9017 рабочий процесс
Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
То же, что и рабочий процесс вызывающего объекта n / a
Пример

Чтобы рабочий процесс можно было использовать повторно, он должен включать workflow_call как одно из значений на .В приведенном ниже примере рабочий процесс запускается только тогда, когда он вызывается из другого рабочего процесса:

  на: workflow_call
  

События Webhook

Вы можете настроить рабочий процесс для запуска при создании событий веб-перехватчика на GitHub. Некоторые события имеют более одного типа активности, запускающей событие. Если событие запускается более чем одним типом действия, вы можете указать, какие типы действий будут запускать рабочий процесс. Для получения дополнительной информации см. «Веб-перехватчики».

Не все события веб-перехватчика запускают рабочие процессы.Полный список доступных событий веб-перехватчика и их полезной нагрузки см. В разделе «События и полезные данные веб-перехватчика».

Branch_protection_rule

Запускает рабочий процесс каждый раз при возникновении события branch_protection_rule . Это событие запускается более чем одним типом активности. Для получения информации о GraphQL API см. BranchProtectionRule.

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
branch_protection_rule удалено - изменено - изменено - изменено - изменено - изменено в ветке по умолчанию Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда правило защиты ветвей было создано или удалено .

  по:
  branch_protection_rule:
    типы: [создано, удалено]
  

check_run

Запускает рабочий процесс каждый раз при возникновении события check_run .Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Проверочные запуски».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезные данные события Webhook Типы действий GITHUB_SHA GITHUB_REF
check_run
check_run -

85 - создано

-

85 - создано

-

85 - создано

-

85 - создано

-

85 - создано в ветке по умолчанию

Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда проверка была выполнена повторно или завершено .

  по:
  check_run:
    типы: [повторно запрошено, выполнено]
  

check_suite

Запускает рабочий процесс каждый раз при возникновении события check_suite . Это событие запускается более чем одним типом активности.Для получения информации о REST API см. «Проверить комплекты».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Примечание: Для предотвращения рекурсивных рабочих процессов это событие не запускает рабочие процессы, если набор проверок был создан с помощью GitHub Actions.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
check_suite -

85 - завершено фиксация в ветке по умолчанию

Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда набор проверок был повторно запрошен или завершен .

  по:
  check_suite:
    типы: [повторно запрошено, выполнено]
  

создать

Запускает ваш рабочий процесс каждый раз, когда кто-то создает ветку или тег, который запускает событие create .Для получения информации о REST API см. «Создание справочника».

Полезная нагрузка события веб-перехватчика Типы действий GITHUB_SHA GITHUB_REF
создать последний тег нет фиксация или созданная ветка создано

Например, вы можете запустить рабочий процесс при возникновении события create .

  по:
  Создайте
  

удалить

Запускает ваш рабочий процесс каждый раз, когда кто-то удаляет ветку или тег, что вызывает событие delete . Для получения информации о REST API см. «Удаление ссылки».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
удалить ветвь по умолчанию ветка по умолчанию ветка по умолчанию ветка по умолчанию

Например, вы можете запустить рабочий процесс, когда происходит событие удалить .

  по:
  удалять
  

развертывание

Запускает ваш рабочий процесс каждый раз, когда кто-то создает развертывание, которое запускает событие развертывание . Развертывания, созданные с помощью фиксации SHA, могут не иметь ссылки Git. Для получения информации о REST API см. «Развертывания».

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
развертывание Нет тег для развертывания Тег для развертывания пусто, если фиксация)

Например, вы можете запустить рабочий процесс при возникновении события развертывания .

  по:
  развертывание
  

Deploy_status

Запускает ваш рабочий процесс в любое время, когда третья сторона предоставляет статус развертывания, что вызывает событие deployment_status . Развертывания, созданные с помощью фиксации SHA, могут не иметь ссылки Git. Для получения информации о REST API см. «Создание статуса развертывания».

Развернутый или развернутый пусто, если фиксация)
Полезные данные события веб-перехватчика Типы действий GITHUB_SHA GITHUB_REF
Deploy_status

Например, вы можете запустить рабочий процесс при возникновении события deployment_status .

  по:
  Deploy_status
  

Примечание: Если состояние состояния развертывания установлено на неактивно , событие веб-перехватчика не будет создано.

обсуждение

Запускает ваш рабочий процесс каждый раз, когда происходит событие обсуждение . Это событие запускается более чем одним типом активности. Для получения информации о GraphQL API см. «Обсуждения».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
обсуждение - удалено 86 - изменено - изменено - изменено - изменено - изменено - изменено

- закреплено
- откреплено
- помечено
- немаркировано
- заблокировано
- разблокировано
- category_changed
- 1 отвечено
-

совершено без ответа в ветке по умолчанию
Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда обсуждение было создано , отредактировано или ответил .

  по:
  обсуждение:
    типы: [создан, отредактирован, ответил]
  

Запускает ваш рабочий процесс каждый раз, когда происходит событие обсуждение_комментария . Это событие запускается более чем одним типом активности.Для получения информации о GraphQL API см. «Обсуждения».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
обсуждение_комментарий
обсуждение_комментарий -

85 - создано

-

85 - создано фиксация в ветке по умолчанию

Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда комментарий к проблеме был создан или удален .

  по:
  комментарий_обсуждения:
    типы: [создано, удалено]
  

вилка

Запускает ваш рабочий процесс в любое время, когда кто-то разветвляет репозиторий, что вызывает событие fork .Для получения информации о REST API см. «Создание вилки».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

ветвь по умолчанию
Полезные данные события Webhook Типы действий GITHUB_SHA GITHUB_REF
fork ветка по умолчанию ветка по умолчанию

Например, вы можете запустить рабочий процесс при возникновении события fork .

  по:
  вилка
  

голлум

Запускает ваш рабочий процесс, когда кто-то создает или обновляет страницу Wiki, что вызывает событие gollum .

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

последняя ветка по умолчанию

Например, вы можете запустить рабочий процесс, когда происходит событие gollum .

  по:
  голлум
  

Запускает рабочий процесс каждый раз при возникновении события issue_comment . Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Комментарии к проблеме».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
gollum ветка по умолчанию
Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
issue_comment
issue_comment -

85 - удалено фиксация в ветке по умолчанию

Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда комментарий к проблеме был создан или удален .

  по:
  issue_comment:
    типы: [создано, удалено]
  

Событие issue_comment возникает для комментариев как к проблемам, так и к запросам на вытягивание. Чтобы определить, было ли событие issue_comment инициировано проблемой или запросом на вытягивание, вы можете проверить полезную нагрузку события для проблемы .pull_request и используйте его как условие пропуска задания.

Например, вы можете выбрать запуск задания pr_commented , когда события комментариев происходят в запросе на вытягивание, и задание issue_commented , когда события комментариев происходят в проблеме.

  на: issue_comment

вакансии:
  pr_commented:
    
    название: PR-комментарий
    если: $ {{github.event.issue.pull_request}}
    работает: ubuntu-latest
    шаги:
      - запустить: |
          echo "Комментарий к PR # $ {{github.event.issue.number}} "

  issue_commented:
    
    имя: Комментарий к проблеме
    если: $ {{! github.event.issue.pull_request}}
    работает: ubuntu-latest
    шаги:
      - запустить: |
          echo "Комментарий к проблеме № $ {{github.event.issue.number}}"
  

выпусков

Запускает ваш рабочий процесс каждый раз, когда возникает событие issues . Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Проблемы».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
выпусков - удалено - изменено - изменено - изменено - изменено - изменено - изменено - изменено - изменено - изменено - изменено - изменено

- закреплено
- откреплено
- закрыто
- повторно открыто
- назначено
- неназначено
- маркировано
- немаркировано
-

85 - заблокировано
-

85 - заблокировано
- миль
- demilestoned

Последняя фиксация в ветке по умолчанию Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда проблема была открыта , отредактирована или миль с пробегом .

  по:
  вопросы:
    типы: [открытые, отредактированные, проверенные]
  

этикетка

Запускает рабочий процесс каждый раз, когда происходит событие label .Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Ярлыки».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
метка - удалена 32

отредактировано
фиксация в ветке по умолчанию
Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда метка была создана или удалена .

  по:
  метка:
    типы: [создано, удалено]
  

этап

Запускает рабочий процесс каждый раз, когда происходит событие веха . Это событие запускается более чем одним типом активности.Для получения информации о REST API см. «Основные этапы».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
веха закрыто - - создано
закрыто - - создано 905
- удалено
Последняя фиксация в ветке по умолчанию Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда веха была открыта или удалена .

  по:
  веха:
    типы: [открыт, удален]
  

page_build

Запускает ваш рабочий процесс каждый раз, когда кто-то нажимает на ветку GitHub Pages, которая запускает событие page_build .Для получения информации о REST API см. «Страницы».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события веб-перехватчика Типы действий GITHUB_SHA GITHUB_REF
page_build 1 последняя последняя фиксация

Например, вы можете запустить рабочий процесс при возникновении события page_build .

  по:
  page_build
  

проект

Запускает рабочий процесс каждый раз при возникновении события проекта . Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Проекты».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
проект обновлен - создан повторно -

- отредактировано
- удалено
Последняя фиксация в ветке по умолчанию Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда проект был создан или удален .

  по:
  проект:
    типы: [создано, удалено]
  

карта_проекта

Запускает рабочий процесс каждый раз, когда происходит событие project_card . Это событие запускается более чем одним типом активности.Для получения информации о REST API см. «Карточки проекта».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
project_card -

85 - создана проблема - отредактировано
- удалено

Последняя фиксация в ветке по умолчанию Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда карточка проекта была открыта или удалена .

  по:
  project_card:
    типы: [создано, удалено]
  

столбец_проекта

Запускает рабочий процесс каждый раз при возникновении события project_column . Это событие запускается более чем одним типом активности.Для получения информации о REST API см. «Столбцы проекта».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
project_column -

85 - удалено

-

85 - создано

Последняя фиксация в ветви по умолчанию Ветвь по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда столбец проекта был создан или удален .

  по:
  project_column:
    типы: [создано, удалено]
  

общественный

Запускает ваш рабочий процесс в любое время, когда кто-то делает частный репозиторий общедоступным, что запускает общедоступное событие .Для получения информации о REST API см. «Редактировать репозитории».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезные данные события Webhook Типы действий GITHUB_SHA GITHUB_REF
общедоступный ветка по умолчанию ветка по умолчанию ветка по умолчанию ветка по умолчанию

Например, вы можете запустить рабочий процесс, когда происходит общедоступное событие .

  по:
  общественный
  

pull_request

Запускает рабочий процесс каждый раз при возникновении события pull_request . Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Запросы на извлечение».

Примечания:

  • По умолчанию рабочий процесс запускается только тогда, когда тип действия pull_request - открыт , синхронизируется или повторно открыт . Чтобы запустить рабочие процессы для большего количества типов действий, используйте ключевое слово types .
  • Рабочие процессы не будут выполняться при действии pull_request , если запрос на вытягивание имеет конфликт слияния. Сначала необходимо разрешить конфликт слияния.
Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
pull_request -

5 присвоено 86

-

5 - присвоено
- открыт
- отредактирован
- закрыт
- повторно открыт
- синхронизировать
- convert_to_draft
- ready_for_review
- заблокирован
- просмотр
- review_request_removed
- auto_merge_enabled
- auto_merge_disabled

Последняя фиксация слияния на ветви GITHUB_REF PR ветка слияния

0 refs / pull /: prNumber2

refs / pull /: prNumber2 или ограничьте типы действий по умолчанию с помощью ключевого слова types .Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда запросу на вытягивание было присвоено , открыт , синхронизировать или повторно открыт .

  по:
  pull_request:
    типы: [назначено, открыто, синхронизируется, повторно открыто]
  
События Pull request для разветвленных репозиториев

Примечание. Рабочие процессы не запускаются в частных базовых репозиториях, когда вы открываете запрос на вытягивание из разветвленного репозитория.

Когда вы создаете запрос на вытягивание из разветвленного репозитория в базовый репозиторий, GitHub отправляет событие pull_request в базовый репозиторий, и в разветвленном репозитории не происходит никаких событий запроса на вытягивание.

По умолчанию рабочие процессы не запускаются в разветвленных репозиториях. Вы должны включить GitHub Actions на вкладке Actions разветвленного репозитория.

Когда участник, впервые участвующий в программе, отправляет пул-реквест в общедоступный репозиторий, специалисту по сопровождению с правом записи может потребоваться утвердить запущенные рабочие процессы для пул-реквеста.Для получения дополнительной информации см. «Утверждение рабочего процесса, запущенного из общедоступных вилок».

За исключением GITHUB_TOKEN , секреты не передаются бегуну, когда рабочий процесс запускается из разветвленного репозитория. Разрешения для GITHUB_TOKEN в разветвленных репозиториях доступны только для чтения. Для получения дополнительной информации см. «Аутентификация с помощью GITHUB_TOKEN».

Примечание. Рабочие процессы, запускаемые запросами на извлечение Dependabot, обрабатываются так, как если бы они исходили из разветвленного репозитория, и на них также распространяются эти ограничения.

pull_request_review

Запускает рабочий процесс каждый раз при возникновении события pull_request_review . Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Обзоры запросов на извлечение».

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
pull_request_review pull_request_review фиксация в ветви GITHUB_REF PR-ветвь слияния refs / pull /: prNumber / merge

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда проверка запроса на вытягивание была отредактирована или отклонена .

  по:
  pull_request_review:
    типы: [отредактировано, отклонено]
  
События Pull request для разветвленных репозиториев

Примечание. Рабочие процессы не запускаются в частных базовых репозиториях, когда вы открываете запрос на вытягивание из разветвленного репозитория.

Когда вы создаете запрос на вытягивание из разветвленного репозитория в базовый репозиторий, GitHub отправляет событие pull_request в базовый репозиторий, и в разветвленном репозитории не происходит никаких событий запроса на вытягивание.

По умолчанию рабочие процессы не запускаются в разветвленных репозиториях. Вы должны включить GitHub Actions на вкладке Actions разветвленного репозитория.

Когда участник, впервые участвующий в программе, отправляет пул-реквест в общедоступный репозиторий, специалисту по сопровождению с правом записи может потребоваться утвердить запущенные рабочие процессы для пул-реквеста.Для получения дополнительной информации см. «Утверждение рабочего процесса, запущенного из общедоступных вилок».

За исключением GITHUB_TOKEN , секреты не передаются бегуну, когда рабочий процесс запускается из разветвленного репозитория. Разрешения для GITHUB_TOKEN в разветвленных репозиториях доступны только для чтения. Для получения дополнительной информации см. «Аутентификация с помощью GITHUB_TOKEN».

Примечание. Рабочие процессы, запускаемые запросами на извлечение Dependabot, обрабатываются так, как если бы они исходили из разветвленного репозитория, и на них также распространяются эти ограничения.

Запускает рабочий процесс каждый раз, когда изменяется комментарий к унифицированному различию запроса на вытягивание, что вызывает событие pull_request_review_comment . Это событие запускается более чем одним типом активности. Для получения информации о REST API см. Комментарии к обзору.

- создано слияния - удалено - удалено фиксация в ветви GITHUB_REF
Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
pull_request_request_review_comment 2 PR-ветвь слияния refs / pull /: prNumber / merge

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда комментарий для проверки запроса на вытягивание был создан или удален .

  по:
  pull_request_review_comment:
    типы: [создано, удалено]
  
События Pull request для разветвленных репозиториев

Примечание. Рабочие процессы не запускаются в частных базовых репозиториях, когда вы открываете запрос на вытягивание из разветвленного репозитория.

Когда вы создаете запрос на вытягивание из разветвленного репозитория в базовый репозиторий, GitHub отправляет событие pull_request в базовый репозиторий, и в разветвленном репозитории не происходит никаких событий запроса на вытягивание.

По умолчанию рабочие процессы не запускаются в разветвленных репозиториях. Вы должны включить GitHub Actions на вкладке Actions разветвленного репозитория.

Когда участник, впервые участвующий в программе, отправляет пул-реквест в общедоступный репозиторий, специалисту по сопровождению с правом записи может потребоваться утвердить запущенные рабочие процессы для пул-реквеста.Для получения дополнительной информации см. «Утверждение рабочего процесса, запущенного из общедоступных вилок».

За исключением GITHUB_TOKEN , секреты не передаются бегуну, когда рабочий процесс запускается из разветвленного репозитория. Разрешения для GITHUB_TOKEN в разветвленных репозиториях доступны только для чтения. Для получения дополнительной информации см. «Аутентификация с помощью GITHUB_TOKEN».

Примечание. Рабочие процессы, запускаемые запросами на извлечение Dependabot, обрабатываются так, как если бы они исходили из разветвленного репозитория, и на них также распространяются эти ограничения.

pull_request_target

Это событие запускается в контексте базы запроса на извлечение, а не в фиксации слияния, как событие pull_request . Это предотвращает выполнение небезопасного кода рабочего процесса из заголовка запроса на вытягивание, который может изменить ваш репозиторий или украсть любые секреты, которые вы используете в своем рабочем процессе. Это событие позволяет вам делать такие вещи, как создание рабочих процессов, которые маркируют и комментируют запросы на вытягивание на основе содержимого полезных данных события.

Предупреждение: Событию pull_request_target предоставляется токен репозитория для чтения / записи, и он может получить доступ к секретам, даже если он запускается из вилки. Несмотря на то, что рабочий процесс выполняется в контексте базы запроса на извлечение, следует убедиться, что вы не извлекаете, не собираете или не запускаете ненадежный код из запроса на извлечение с этим событием. Кроме того, любые кеши имеют ту же область видимости, что и базовая ветвь, и, чтобы предотвратить заражение кеша, вы не должны сохранять кеш, если есть вероятность того, что содержимое кеша было изменено.Дополнительные сведения см. В разделе «Обеспечение безопасности действий и рабочих процессов GitHub: предотвращение запросов pwn» на веб-сайте GitHub Security Lab.

Полезная нагрузка события веб-перехватчика Типы действий GITHUB_SHA GITHUB_REF
pull_request_target - не присвоено - присвоено - присвоено - не присвоено
- открыт
- отредактирован
- закрыт
- повторно открыт
- синхронизировать
- convert_to_draft
- ready_for_review
- заблокирован
- обзор
- разблокирован
- review_request_removed
- auto_merge_enabled
- auto_merge_disabled
Последняя фиксация в базовой ветке PR Базовая ветвь PR

По умолчанию, когда запускается только workflow_target Тип деятельности : открыто , синхронизировать или повторно открыть .Чтобы запустить рабочие процессы для большего количества типов действий, используйте ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда запросу на вытягивание было присвоено , открыт , синхронизировать или повторно открыт .

  по:
  pull_request_target:
    типы: [назначено, открыто, синхронизируется, повторно открыто]
  

толкатель

Примечание: Полезная нагрузка веб-перехватчика, доступная для GitHub Actions, не включает добавленные , удаленные и модифицированные атрибуты в объекте commit .Вы можете получить полный объект фиксации с помощью REST API. Для получения дополнительной информации см. «Получение фиксации».

Запускает ваш рабочий процесс, когда кто-то отправляет сообщение в ветку репозитория, что вызывает событие push .

Полезная нагрузка события веб-перехватчика Типы действий GITHUB_SHA GITHUB_REF
push ветвь, если ветвь по умолчанию не удаляется ) Обновлено ref

Например, вы можете запустить рабочий процесс при возникновении события push .

  по:
  толкать
  

Registry_package

Запускает ваш рабочий процесс каждый раз, когда пакет опубликован или обновлен . Дополнительные сведения см. В разделе «Управление пакетами с помощью пакетов GitHub».

Полезная нагрузка события веб-перехватчика Типы действий GITHUB_SHA GITHUB_REF
пакет реестра 9015 опубликован опубликован пакет реестра -

85 - опубликован пакет

- 2 Ветвь или тег опубликованного пакета

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда пакет был опубликован .

  по:
  registry_package:
    типы: [опубликовано]
  

выпуск

Примечание: Событие release не запускается для черновых версий.

Запускает рабочий процесс каждый раз при возникновении события выпуска .Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Выпуски».

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
выпуск - опубликовано - опубликовано - опубликовано - не опубликовано - опубликовано - опубликовано

- удалено
- предварительно выпущено
- выпущено
Последняя фиксация в помеченном выпуске Тег выпуска

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда был опубликован выпуск .

  по:
  выпускать:
    типы: [опубликовано]
  

Примечание: Предварительно выпущенный тип не запускается для предварительных выпусков, опубликованных из черновых выпусков, но срабатывает опубликованный тип .Если вы хотите, чтобы рабочий процесс запускался при публикации стабильных предварительных выпусков и , подпишитесь на опубликованных вместо , выпущенных и , предварительно выпущенных .

статус

Запускает рабочий процесс в любое время, когда изменяется статус фиксации Git, что вызывает событие status . Для получения информации о REST API см. Статусы.

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

Полезная нагрузка события Webhook Типы действий GITHUB_SHA GITHUB_REF
статус нет последняя ветвь по умолчанию фиксация по умолчанию

Например, вы можете запустить рабочий процесс при возникновении события status .

  по:
  положение дел
  

часы

Запускает рабочий процесс каждый раз, когда происходит событие watch .Это событие запускается более чем одним типом активности. Для получения информации о REST API см. «Пометка».

Примечание: Это событие инициирует запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

ветка по умолчанию запущена последняя ветвь по умолчанию фиксация
Полезные данные события Webhook Типы действий GITHUB_SHA GITHUB_REF
смотреть - ветка по умолчанию

По умолчанию все типы действий запускают рабочий процесс.Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types . Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Например, вы можете запустить рабочий процесс, когда кто-то пометит репозиторий, который представляет собой запущенный тип активности , запускающий событие наблюдения.

  по:
  смотреть:
    типы: [начаты]
  

workflow_run

Это событие происходит при запросе или завершении выполнения рабочего процесса и позволяет выполнить рабочий процесс на основе готового результата другого рабочего процесса.Запуск рабочего процесса запускается независимо от результата предыдущего рабочего процесса.

Например, если ваш рабочий процесс pull_request генерирует артефакты сборки, вы можете создать новый рабочий процесс, который использует workflow_run для анализа результатов и добавления комментария к исходному запросу на вытягивание.

Рабочий процесс, запущенный событием workflow_run , может получить доступ к секретам и записать токены, даже если в предыдущем рабочем процессе этого не было. Это полезно в случаях, когда предыдущий рабочий процесс намеренно не является привилегированным, но вам нужно выполнить привилегированное действие в более позднем рабочем процессе.

Примечания:

  • Это событие вызовет запуск рабочего процесса, только если файл рабочего процесса находится в ветви по умолчанию.

  • Вы не можете использовать workflow_run для объединения более трех уровней рабочих процессов. Например, если вы пытаетесь запустить пять рабочих процессов (с именами от B до F ) для последовательного запуска после запуска исходного рабочего процесса A (то есть: A B C D E F ), рабочие процессы E и F запускаться не будут.

- завершено

- завершено Ветвь по умолчанию
Полезные данные события Webhook Типы действий GITHUB_SHA GITHUB_REF
workflow_run -

17 завершено по умолчанию

9017 -

17 - завершено

По умолчанию все типы действий запускают рабочий процесс. Вы можете ограничить выполнение рабочего процесса определенными типами действий, используя ключевое слово types .Дополнительные сведения см. В разделе «Синтаксис рабочего процесса для действий GitHub».

Если вам нужно отфильтровать ветви от этого события, вы можете использовать ветки или ветки - игнорировать .

В этом примере рабочий процесс настроен для запуска после завершения отдельного рабочего процесса «Выполнить тесты».

  по:
  workflow_run:
    рабочие процессы: ["Выполнить тесты"]
    ветки: [главная]
    типы:
      - завершенный
      - просил
  

Для выполнения задания рабочего процесса, условно основанного на результате предыдущего выполнения рабочего процесса, можно использовать задания . .if или jobs. .steps [*]. if conditional в сочетании с завершением предыдущего запуска. Например:

  по:
  workflow_run:
    рабочие процессы: ["Сборка"]
    типы: [завершено]

вакансии:
  при успехе:
    работает: ubuntu-latest
    если: $ {{github.event.workflow_run.conclusion == 'success'}}
    шаги:
      ...
  при отказе:
    работает: ubuntu-latest
    если: $ {{github.event.workflow_run.conclusion == 'failure'}}
    шаги:
      ...
  

Запуск новых рабочих процессов с использованием токена личного доступа

Когда вы используете репозиторий GITHUB_TOKEN для выполнения задач от имени приложения GitHub Actions, события, запускаемые GITHUB_TOKEN , не будут создавать новый запуск рабочего процесса. Это предотвращает случайное создание рекурсивных запусков рабочего процесса. Например, если запуск рабочего процесса подталкивает код с использованием репозитория GITHUB_TOKEN , новый рабочий процесс не будет запущен, даже если репозиторий содержит рабочий процесс, настроенный для запуска при возникновении событий push .Для получения дополнительной информации см. «Аутентификация с помощью GITHUB_TOKEN».

Если вы хотите запустить рабочий процесс из выполнения рабочего процесса, вы можете инициировать событие, используя личный токен доступа. Вам нужно будет создать личный токен доступа и сохранить его в секрете. Чтобы минимизировать затраты на использование GitHub Actions, убедитесь, что вы не создаете рекурсивных или непреднамеренных запусков рабочего процесса. Дополнительные сведения о хранении токена личного доступа в качестве секрета см. В разделе «Создание и хранение зашифрованных секретов».

Запуск инфламмасомы агрегированным α-синуклеином, воспалительный ответ при синуклеинопатиях

Болезнь Паркинсона (БП) - одно из самых распространенных нейродегенеративных заболеваний.Он характеризуется потерей дофаминергических нейронов в компактной части черной субстанции головного мозга. Другая особенность представлена ​​образованием в этих клетках включений, называемых тельцами Леви (LB), в основном состоящих из фибриллярного α-синуклеина (αSyn). Этот белок считается ключевым элементом в этиологии группы нейродегенеративных заболеваний, называемых синуклеинопатиями, которые включают БП, но вовлеченные клеточные и молекулярные механизмы не совсем ясны. Установлено, что воспалительный процесс играет решающую роль в патогенезе и / или прогрессировании БП; кроме того, известно, что агрегированный αSyn, высвобождаемый нейронами, активирует клетки микроглии с образованием провоспалительных медиаторов, таких как IL-1β.IL-1β - один из самых сильных провоспалительных цитокинов; он продуцируется как неактивный медиатор, и для его созревания и активации требуется активация инфламмасом. В частности, воспаление NLRP3 активируется широким спектром стимулов, среди которых кристаллизованный материал и материал в виде частиц. В этой работе мы исследовали возможность того, что продукция IL-1β, индуцированная фибриллярным αSyn, участвует в активации инфламмасом. Мы продемонстрировали способность мономерного и фибриллярного αSyn вызывать синтез IL-1β посредством взаимодействия TLR2; мы обнаружили, что секреция зрелого цитокина была особенностью фибриллированного белка.Более того, мы наблюдали, что секреция IL-1β включает активацию инфламмасомы NLRP3. Последний основан на фагоцитозе фибриллярного αSyn, за которым следует повышенная продукция ROS и высвобождение катепсина B в цитозоль. Взятые вместе, наши данные подтверждают представление о том, что фибриллярный αSyn, вероятно, высвобождаемый при дегенерации нейронов, действует как эндогенный триггер, вызывающий сильный воспалительный ответ при БП.

Запуск - обучение - Teledyne Photometrics

Введение

Как обсуждалось в нашей предыдущей статье об электронных затворах научных камер, в нашей линейке фотокамер используются электронные затворы, то есть сенсор постоянно экспонируется без механического затвора или диафрагмы, чтобы блокировать свет, попадающий на сенсор.Эти камеры непрерывно считывают данные с датчика во время работы и по запросу программного обеспечения могут создавать изображение, которое вы видите на своем компьютере.

Чтобы конкретно определить, когда камера создает изображение, а также управлять другими факторами, такими как время экспозиции, можно использовать триггер для связи с камерой. В этой статье будет рассказано о запуске научных камер и о том, как можно использовать триггеры для повышения точности и синхронизации изображений, позволяя различным компонентам изображения взаимодействовать и контролировать друг друга.

Форматы запуска

Триггеры обычно либо создаются самой камерой (внутренний триггер ), либо камера может запускаться и управляться другим устройством формирования изображения, обычно источником света (внешний триггер ).

Эти внутренние и внешние триггеры также могут быть разделены на категории по их источнику: либо производятся программным обеспечением , либо аппаратным . В то время как программные триггеры создаются программным обеспечением для обработки изображений или драйверами управления камерой, такими как наше программное обеспечение PVCAM, аппаратные триггеры обычно представляют собой электрические импульсы.В Teledyne Photometrics мы используем коаксиальные кабели BNC (показаны на Рис.1 ) для расширенного аппаратного запуска, который отправляет сигнал напряжения для запуска камеры (где 0 В выключен, а сигнал 5 В включен), как известно как импульс транзисторно-транзисторной логики (ТТЛ).

Эти аппаратные триггерные кабели часто используются для подключения камеры к источнику света, чтобы один мог управлять другим, преимуществом здесь является то, что камеры могут быть синхронизированы с источниками света, моторизованными столиками и / или другими компонентами визуализации / микроскопии. Система, позволяющая точно определить, когда были сделаны изображения и какова длительность выдержки, особенно полезна при использовании источников света для сканирования или стробирования или с образцами, которые быстро обесцвечиваются или распадаются.

Рисунок 1: Наш усовершенствованный BNC-кабель для аппаратного запуска.

Наши кабели BNC предлагают несколько методов интеграции с внешним оборудованием. Во-первых, один конец подключается к задней части камеры для операций ввода / вывода триггера (I / O), а другой конец разделяется на семь (см. , рис.1, ), каждый из которых по-разному влияет на камеру:

  1. Trigger In, инициирует экспозицию и / или захват
  2. Trigger Ready Out , индикатор состояния того, может ли камера принять другой триггер
  3. Read Out , состояние, указывающее, выполняет ли камера в данный момент считывание или оцифровку
  4. Expose Out 1, выход для управления источником света 1
  5. Expose Out 2, выход для управления источником света 2
  6. Expose Out 3, выход для управления источником света 3
  7. Expose Out 4, выход для управления источником света 4

Эти кабели используются с нашими семействами CMOS Prime и Kinetix и позволяют либо управлять камерой с помощью другого устройства обработки изображений ( IN ), либо позволяют камере управлять другими устройствами обработки изображений ( OUT ) .Оба этих режима триггера входа и выхода описаны в следующих разделах.

Входные триггерные режимы

На примере семейства Kinetix существует шесть различных режимов триггера, которые позволяют управлять камерой, один внутренний, три аппаратных триггера и два программных триггера, описанных ниже в указанном порядке.

Внутренний режим

Это режим по умолчанию с внутренним программным запуском. Начало формирования изображения инициируется программным обеспечением, и каждый захваченный кадр контролируется внутренними генераторами синхронизации в камере.Настройки экспозиции и камеры задаются в программном обеспечении перед съемкой. Этот режим не синхронизируется с другим оборудованием для обработки изображений и требует независимого управления ими с помощью программного обеспечения.

Режим первого запуска

Этот режим аналогичен внутреннему режиму, но для начала сбора данных требуется аппаратный триггер от кабеля триггера, что обеспечивает более высокую точность сбора данных. После отправки триггерного сигнала и начала сбора данных каждый захват контролируется внутренними генераторами синхронизации в камере, а настройки экспозиции и камеры контролируются программным обеспечением.

Пограничный режим

В то время как режим Trigger-First требует только одного аппаратного триггера для начала сбора кадров, Edge Mode требует аппаратного триггера для каждого отдельного кадра, с настройками экспозиции и камеры, управляемыми программным обеспечением.

Режим уровня

Подобно режиму Edge, режим уровня также требует триггера для каждого кадра, но разница в том, что в режиме уровня требуется аппаратный триггер для управления временем экспозиции. Это позволяет пользователям гибко контролировать время экспозиции для каждого кадра.На камеру посылается TTL-импульс, и продолжительность этого импульса будет равна времени экспозиции, что позволяет точно контролировать экспозицию для последующих кадров, как показано на Fig.2 .

Рисунок 2: Запуск режима уровня . Триггер отправляется в виде импульса TTL (верхняя строка), длительность импульса определяет длительность экспозиции камеры во время сбора данных (нижняя строка). Показана CMOS-матрица с подвижным затвором.

Level Mode может даже перекрывать кадры, запуская последующие кадры, пока начальный кадр все еще считывается.Это позволяет камере работать с максимальной ожидаемой частотой кадров, но скользящий затвор CMOS-камер должен быть сопряжен с тщательно контролируемым освещением, чтобы гарантировать отсутствие засветки между кадрами. Это означает, что для этого режима было бы лучше иметь одну и ту же систему, управляющую временем экспозиции камеры, а также управляющую циклом освещения источника света. Это можно сделать с помощью режимов Expose Out, которые могут выводить триггерные сигналы с камеры на источник света.

Программный режим запуска при первом запуске

Это программный триггер, альтернативный режиму триггер-первый, в котором последовательность сбора данных запускается одним программным триггером, отправляемым пользователем через PVCAM, наше программное обеспечение для связи с камерами Teledyne Photometrics.

Программный пограничный режим

Это программный триггер, альтернативный пограничному режиму, в котором каждый новый кадр должен запускаться независимым триггером, отправленным пользователем через PVCAM.

Режимы запуска выхода

Опять же, используя семейство Kinetix в качестве примера, есть пять различных режимов аппаратного запуска, которые позволяют камере управлять аспектами процесса формирования изображения, такими как источник света.

Режим первой строки

В этом режиме сигнал запуска от камеры высокий только тогда, когда экспонируется первая строка кадра. Это означает, что длина триггера от камеры равна времени экспозиции для первой строки, причем время экспозиции устанавливается в программном обеспечении. Из-за незначительных промежутков между кадрами это означает, что сигнал запуска режима первой строки в основном высокий и падает до нуля только во время считывания первой строки и длится всего несколько микросекунд. Режим первой строки может использоваться в качестве метки времени для кадров во время покадровой съемки или для инициирования других действий, связанных с началом захвата кадра изображения.

Режим всех строк

Этот режим аналогичен режиму «Первый ряд», за исключением того, что сигнал триггера от камеры высокий только тогда, когда открываются все ряды на датчике. Это полезно для управления внешними источниками света, так что сигнал, обнаруживаемый камерой, начинается и заканчивается одновременно во всех строках. Это обеспечивает метод визуализации с псевдоглобальным затвором, при котором все строки датчика обнаруживают сигнал, используя одинаковое время начала и окончания. Продолжительность срабатывания триггера равна времени между началом экспонирования последней строки и концом экспонирования первой строки, поэтому время последовательных воздействий изменяется, чтобы поддерживать желаемое время воздействия.

Режим скользящего затвора

Этот режим аналогичен режиму «Все строки», но его цель - поддерживать заданную частоту кадров (в то время как режим «Все строки» изменяет частоту кадров для сохранения времени экспозиции). Если частота кадров и время экспозиции, введенные в программное обеспечение, не больше, чем время, необходимое для считывания всего датчика, то сигнал запуска не будет отправлен. Этот режим также обеспечивает визуализацию псевдоглобального затвора с камеры и источника света.

Режим линейного выхода

Этот режим используется для синхронизации при использовании нашего программируемого режима сканирования.Режим линейного вывода создает нарастающий фронт для каждого ряда, по которому движется механизм считывания жалюзи датчика. Для получения дополнительной информации см. Нашу техническую заметку о программируемом режиме сканирования.

Режимы срабатывания первого ряда, всех рядов, рольставни и линейного выхода суммированы на Рис. 3.

Рисунок 3: Временная диаграмма, описывающая режимы аппаратного запуска Первая строка, Все строки, Роликовый затвор и Линейный выход. Первая строка отправляет высокий сигнал запуска при считывании первой строки каждого кадра, все строки и рольставни отправляют высокий сигнал запуска только тогда, когда считываются все строки кадра, а линейный выход отправляет сигнал для использования с программируемым Режим сканирования.
Режим любой строки

Режим запуска «Любая строка» немного отличается, поскольку он выводит камеру из режима «перекрытия», когда один кадр может быть показан, в то время как предыдущий кадр все еще экспонируется и считывается (как показано на рис. 3 ). Режим «Любые строки» показан на рис. 4 , где он создает четкие промежутки между кадрами, которых нет в других режимах запуска. Сигнал триггера высокий, когда отображается любая строка, и поэтому равен времени между началом экспонирования первой и последней строки.Максимальная частота кадров камеры недостижима в режиме любой строки, но он позволяет избежать перекрытия кадров, если это необходимо.

Рисунок 4: Временная диаграмма, описывающая режим аппаратного запуска Any Row. Этот режим создает промежуток между кадрами камеры с высоким сигналом запуска при экспонировании любой строки.

Несколько триггеров

Наши семейства CMOS-камер Prime и Kinetix имеют четыре независимых триггерных выходных сигнала, как видно из используемых нами триггерных кабелей BNC (рис.1) с четырьмя выходами. Это позволяет камере иметь аппаратное управление источниками света, которые циклически переключаются между разными длинами волн возбуждения во время сбора данных, такими как многоволновый светодиодный источник света, который быстро переключается между разными цветами для возбуждения разных флуорофоров.

Включенные выходы циклически меняются в каждом кадре. Например, если два выхода активированы, сигнал триггера выхода чередуется между выходами 1 и 2. Если все четыре выхода включены, последовательность будет похожа на Рис.5 .

Рисунок 5: Синхронизация управления триггером при использовании нескольких выходных триггеров. При использовании всех четырех триггеры выхода будут циклически повторяться от 1 до 4.

Потоковая передача SMART

Рисунок 5: Время управления триггером при использовании потоковой передачи SMART, время экспозиции для каждого срабатывающего источника света можно легко контролировать.

Sequenced Multiple Acquisition Real-Time Streaming или SMART Streaming - это эксклюзивная функция камеры Teledyne Photometrics, которая позволяет нашим камерам захватывать непрерывную последовательность изображений, циклически переключаясь между максимум 16 предварительно запрограммированными значениями времени экспозиции.Это приводит к получению изображений с очень высокой частотой кадров при сохранении правильного уровня экспозиции для каждого флуорофора.

Максимальное время экспозиции на кадр составляет 10 секунд, что соответствует преимуществам высокой частоты кадров SMART Streaming. Комбинируя триггеры с несколькими выходами с потоковой передачей SMART, можно независимо управлять временем экспозиции каждого выхода, как показано на Рис.6 . Это намного быстрее, чем использование программных методов для управления синхронизацией устройств освещения

.

Сводка

Запуск позволяет более точно контролировать экспозицию камеры и получение изображений, а также может сопрягать камеру с другим оборудованием для обработки изображений, например с источниками света, для синхронизации во время расширенных экспериментов с изображениями.При формировании изображения с помощью моторизованного предметного столика, нескольких длин волн источника света, образцов, которые очень чувствительны к свету, или расширенных режимов сканирования камеры, таких как программируемый режим сканирования, то использование наших внешних аппаратных запускающих кабелей обеспечивает модуляцию и больший контроль над вашим изображением.

Новое исследование говорит, что предупреждения о срабатывании триггеров бесполезны. Значит ли это, что от них следует отказаться?

Предупреждения о срабатывании триггеров не помогают учащимся и могут даже навредить тем, кто переживает серьезную травму.Таковы результаты нового исследования триггерных предупреждений, опубликованного в журнале Clinical Psychological Science .

Обеспокоенные использованием триггерных предупреждений при отсутствии четких доказательств их эффективности, авторы провели серию экспериментов с участием 1394 человек, студентов первого курса факультета психологии Университета Виктории в Веллингтоне в Новой Зеландии и пользователей Интернета. Они хотели знать, в какой степени триггерные предупреждения влияют на оценки людей негативного материала и их симптомы дистресса, а именно «отрицательный аффект», навязчивые мысли и избегание.

Испытуемые либо смотрели, либо читали контент по темам, от автомобильных аварий до домашнего насилия (контент, связанный с сексуальным насилием, не был частью эксперимента - подробнее об этом позже). Некоторые получили триггерные предупреждения о том, что впереди, а другие нет. Некоторые сообщили, что они пережили травмирующие события, такие как «очень плохая машина» или другая авария, или домашнее насилие.

После этого испытуемые оценивали свое негативное эмоциональное состояние и степень, в которой они испытывали навязчивые мысли, и пытались не думать о содержании.Некоторых испытуемых проверяли на способность понимать прочитанное после ознакомления с деликатным содержанием.

«Мини-метаанализ» экспериментов показал, что предупреждения о срабатывании триггеров не имеют никакого значения. Субъекты, которые их видели, по сравнению с теми, кто их не видел, оценили видео как столь же негативные, чувствовали такое же негативное, одинаково часто испытывали навязчивые мысли и избегание и одинаково хорошо понимали последующий материал.

По некоторым меркам, предупреждения о срабатывании триггера оказали незначительный полезный эффект.Но авторы говорят, что это было по существу незначительным, было «крохотным» по сравнению с эффектами реальной терапии и, возможно, на него повлиял плацебо-подобный эффект наблюдения триггерного предупреждения (триггерные предупреждения не должны быть заменой терапии, или конечно, говорится в статье). Стоит отметить, что очень небольшое количество студентов вышло из эксперимента, увидев предупреждение о срабатывании триггера. А существующая психологическая литература о травматическом стрессе предполагает, что избегание - это механизм выживания, который поддерживает травматический стресс.

В исследовании отмечается несколько ограничений: исследователи не набирали людей с историей психопатологии и не спрашивали о социально-экономическом статусе или уровне образования субъектов. Кроме того, по их словам, триггерные предупреждения «могут иметь нетривиальные эффекты, которые мы не измеряли», такие как яркость вторжений, а не только частота.

Что все это значит? Авторы исследуют это, написав: «Некоторые могут задаться вопросом, должны ли профессора продолжать выпускать триггерные предупреждения. В конце концов, если предупреждения не усугубляют страдания и студенты считают, что предупреждения полезны, то почему бы и нет? »

В конечном счете, однако, авторы против триггерных предупреждений.«Проще говоря, - говорят они, - люди не всегда хорошо разбираются в последствиях вмешательства для них самих или других, и хронические последствия триггерных предупреждений могут отличаться от их острых эффектов. Студенты колледжей испытывают все большую тревогу, и повсеместное внедрение предупреждений о срабатывании триггеров в учебные программы может способствовать развитию этой тенденции, негласно побуждая студентов избегать занятий, тем самым лишая их возможности научиться более здоровым способам справляться с потенциальным стрессом ».

Ведущий автор Меваг Сансон, научный сотрудник по психологии из новозеландского университета Вайкато, не ответил в среду по электронной почте.

«Предупреждения о срабатывании триггера не помогают», - сказала она. «И они все еще могут причинять боль - долгосрочные последствия избегания рассматриваются в смежных областях, и поэтому мы знаем, что поощрение избегания помогает поддерживать такие расстройства, как посттравматическое стрессовое расстройство».

Проводя различие между общими триггерными предупреждениями, например, в начале курса, и триггерами предупреждений для «неизбежного» контента (например, включенного в эксперимент), Сансон добавил: «Мы не думаем, что это вызывает предупреждения для неминуемого контента. хорошая идея.”

Триггерные предупреждения изначально использовались блоггерами для отметки контента о сексуальном насилии, и большая часть академических дискуссий о триггерных предупреждениях сосредоточена на текстах, содержащих сексуальное насилие, и учащихся, пострадавших от него. На вопрос, могут ли результаты быть другими, если в исследование будет включен контент о сексуальном насилии, Сансон сказал: «Это эмпирический вопрос, но в научной или клинической научной литературе нет ничего твердого, что заставило бы нас ожидать, что триггерные предупреждения должны быть эффективными. для сексуального насилия, но неэффективен для других видов травм или контента.”

Сансон написал исследование в соавторстве с Дерином Стрэнджем, профессором психологии Колледжа уголовного правосудия Джона Джея Городского университета Нью-Йорка, который изучает искажение памяти. На вопрос, использует ли она когда-либо триггерные предупреждения, Стрэндж ответила, что постоянно преподает «травмирующий контент» - и объясняет это студентам в начале курса, чтобы они «широко знали» о том, что может произойти. Но, в соответствии с ее недавними выводами, она не выдает триггерных предупреждений о неизбежном содержании.

Соавтор Марианн Гарри, профессор психологии в Вайкато, которая преподает курсы, посвященные травматической памяти, сказала, что она заранее разъясняет свои темы и говорит студентам, что «нет способа предоставить им альтернативные чтения или оценки, все еще фактически преподавая тема."

Общие предупреждения?

Неясно, насколько широко распространено использование триггерных предупреждений. Опрос преподавателей, проведенный Национальной коалицией против цензуры в 2015 году, показал, что более половины профессоров делали «предупреждения о содержании курса», например, в учебной программе, а 23 процента заявили, что делали это несколько раз или регулярно.Но большинство профессоров выступали против конкретных триггерных предупреждений, считая их угрозой академической свободе.

Предупреждение о срабатывании триггера также означает разные вещи для разных людей. Некоторые профессора предлагают то, что они называют триггерными предупреждениями, только в начале курса, а другие - для предстоящего содержания. А некоторые профессора, использующие триггерные предупреждения, предлагают студентам альтернативные чтения или задания. Эта практика, вероятно, является наиболее спорной из всех, поскольку критики говорят, что она достигается за счет личного роста и обучения.Сторонники, тем временем, говорят, что предложение альтернативных заданий может способствовать обучению за счет расширения доступа для тех, кто в противном случае отключился бы.

Ричард Дж. Макнелли, профессор и директор клинической подготовки по психологии Гарвардского университета, изучает тревожность и связанные с ней расстройства, включая посттравматическое стрессовое расстройство, и написал в широко цитируемой статье New York Times за 2016 год, что триггерное предупреждение В дебатах игнорируется тот факт, что «травмы - обычное явление, но посттравматическое стрессовое расстройство - редко».

Тем не менее, как писал МакНалли, триггерные предупреждения являются «контртерапевтическими, потому что они поощряют избегание напоминаний о травме, а избегание поддерживает посттравматическое стрессовое расстройство».«Тяжелые эмоциональные реакции, вызванные материалом курса, являются сигналом о том, что« учащиеся должны уделять первоочередное внимание своему психическому здоровью и получать научно-обоснованные когнитивно-поведенческие методы лечения, которые помогут им преодолеть посттравматическое стрессовое расстройство », - добавил он. Таким образом, вместо того, чтобы выпускать триггерные предупреждения, «университеты могут лучше всего обслуживать студентов, облегчая доступ к эффективным и проверенным методам лечения посттравматического стрессового расстройства и других проблем психического здоровья».

МакНелли, который председательствовал на симпозиуме по триггерам предупреждений на недавней Международной конференции психологической науки в Париже, сказал в среду, что новая статья «впечатляет» и что, взятые вместе, эксперименты показывают, что триггерные предупреждения «похоже, не действуют. имеет большое значение.”

Во всех своих курсах МакНалли сказал, что он просматривает программу со студентами в первый день занятий, чтобы кратко рассмотреть темы изучения и чтения. Но он не выдает триггерных предупреждений - даже когда он читал курс по психологической травме.

Студентам этого класса, однако, он сказал: «Я упомянул, что запись на курс не заменяет терапию, даже если они узнают, как врачи успешно справляются с последствиями травматического стресса.”

В целом, МакНалли сказал, что триггерные предупреждения являются «советом избегать» и, следовательно, «посылают неверный сигнал студентам, борющимся с воспоминаниями о травмах». Избегание напоминаний о травме поддерживает посттравматическое стрессовое расстройство, «несмотря на любое временное облегчение, которое может дать избегание».

Подчеркивая свое последовательное послание о том, как университет может «наилучшим образом служить своим студентам», МакНалли сказал, что это «облегчение их доступа к научно обоснованным методам лечения посттравматического стрессового расстройства, а не путем выдачи триггерных предупреждений».

Нэнси К.Бристоу, профессор истории Университета Пьюджет-Саунд, изучающий расовое насилие, ранее говорил о важности сочувствия при преподавании и изучении таких деликатных предметов, как история линчевания. Она сказала, что впервые отметила свою программу для студентов в 2015 году, посвященную американской культуре и катастрофам.

«Примечание о содержании курса» гласит:

Как вы знаете, курс по катастрофам обязательно имеет дело с несколькими темами и источниками, которые обсуждают, изображают и видят сложные предметы.Я понимаю, что для некоторых участников курса личный опыт может сделать конкретную тему очень трудной для обработки и даже неуместной для академического рассмотрения в настоящее время. Если вас беспокоит наше взаимодействие с определенной темой, проблемой или источником, пожалуйста, приходите ко мне, и мы сможем определить подходящий способ продвижения. При необходимости могут быть организованы альтернативные задания, поэтому, пожалуйста, не стесняйтесь начинать этот разговор со мной. Конечно, такое обсуждение будет конфиденциальным.

Бристоу сказала в среду, что она не является «экспертом в психологической литературе», но она по-прежнему убеждена в «пользе информирования студентов о том, когда мы будем рассматривать материал, который они могут найти травмирующим.Она также использует неотвратимые предупреждения о срабатывании триггера по мере необходимости.

«Мы не должны предполагать, что все ученики одинаково воспринимают наши классы и материал, который мы преподаем», - сказала она. «Преподаватели должны осознавать, что материал, который они преподают, зависит от уровня подготовки, жизненного опыта и образа жизни студента».

Для тех профессоров, которые преподают материалы, которые могут быть «весьма травматичными для наших студентов - в моем случае материал по истории цветных людей, по расовому и сексуальному угнетению, насилию и войнам - стремятся признать, насколько трудно подвергаться воздействию определенный материал может быть для наших студентов выражением их и нашей человечности », - сказал Бристоу.Таким образом, инициируйте предупреждения и разговоры о возможных альтернативных заданиях, чтобы успокоить студентов, что их преподаватели «заботятся об их благополучии, и предложить, чтобы мы были готовы внести необходимые изменения, чтобы обеспечить им полный доступ к их образованию, независимо от того, кто они и где они. Был."

Инструмент глобального триггера IHI для измерения нежелательных явлений | IHI

Институт улучшения здравоохранения
Кембридж, Массачусетс, США

Использование «триггеров» или ключей для выявления нежелательных явлений (НЯ) является эффективным методом измерения общего уровня вреда в организации здравоохранения.Инструмент IHI Global Trigger Tool для измерения НЯ содержит инструкции для обучения рецензентов этой методологии и проведения ретроспективного обзора историй болезни пациентов с использованием триггеров для выявления возможных НЯ. Этот инструмент включает в себя список известных триггеров AE, а также инструкции по выбору записей, обучающую информацию и приложения со ссылками и общими вопросами. Инструмент предоставляет инструкции и формы для сбора данных, необходимых для отслеживания трех показателей:

  • Неблагоприятных событий на 1000 дней пациента
  • Неблагоприятных событий на 100 госпитализаций
  • Процент госпитализаций с нежелательным явлением

Предпосылки

Традиционные усилия по обнаружению НЯ были сосредоточены на добровольном сообщении и отслеживании ошибок.Однако исследователи общественного здравоохранения установили, что когда-либо регистрируется только 10–20 процентов ошибок, из которых 90–95 процентов не причиняют вреда пациентам. Больницам нужен более эффективный способ выявления событий, которые действительно причиняют вред пациентам, чтобы выбрать и протестировать изменения для уменьшения вреда. В 2000 году группа преподавателей IHI, состоящая из клинических экспертов и других специалистов, разработала первый инструмент IHI Trigger Tool, чтобы выявить большее количество НЯ. Со временем было разработано множество триггерных инструментов для конкретных тем и мест, и IHI Global Trigger Tool объединяет несколько из них в один инструмент, который можно использовать для измерения вреда на уровне больницы.

С момента разработки в конце 2003 года использование IHI Global Trigger Tool распространилось от совместных проектов до масштабных усилий по улучшению, включая кампанию IHI «5 миллионов жизней». Инструмент IHI Global Trigger Tool стал инструментом, который в настоящее время используют сотни больниц в разных странах для отслеживания частоты нежелательных явлений, одновременно работая над повышением безопасности пациентов. В 2008 году Управление генерального инспектора Министерства здравоохранения и социальных служб США завершило пилотное исследование по измерению неблагоприятных событий у получателей Medicare и использовало IHI Global Trigger Tool в качестве одного из методов обнаружения.Такое широкое использование IHI Global Trigger Tool дало возможность собрать отзывы от тех, кто использует этот инструмент, и выявить возможности для уточнения определений и обновления материала.

Переводы и адаптации инструмента

Переведенные версии IHI Global Trigger Tool доступны на датском, немецком и шведском языках.

Версия инструмента для Великобритании была адаптирована для отражения местного контекста Великобритании.В последний раз эта версия пересматривалась в сентябре 2008 г. в рамках продолжающейся работы IHI в Великобритании с Инициативой для более безопасных пациентов, Институтом инноваций и улучшений NHS и другими соответствующими инициативами. Внесены следующие изменения:

  • В инструмент были снова добавлены следующие триггеры:
    • G7 - Осложнение процедуры или лечения
    • G8 - Перевод на более высокий уровень лечения
    • M5 - Резкое прекращение приема лекарств
  • Подтверждающее объяснение для G7 и G8 из британской версии 2005 IHI Global Trigger Tool было сохранено.
  • Для M5 был предусмотрен абзац, поскольку текст 2005 г. не совсем то, что преподается в Великобритании.

Сопутствующая литература и информация

  • Classen DC, Lloyd RC, Provost L, Griffin FA, Resar R. Разработка и оценка глобального триггерного инструмента Института улучшения здравоохранения. Журнал безопасности пациентов. 2008 сентябрь; 4 (3): 169-177.

  • Adler L, Denham CR, McKeever M, Purunton R, Guilloteau F, Moorhead D, Resar R.Global Trigger Tool: основы реализации. Журнал безопасности пациентов. 2008 декабрь; 4 (4): 245-249.

См. Соответствующие ресурсы:

Указания

Инструмент IHI Global Trigger для измерения НЯ содержит:

  • Предпосылки разработки и методологии
  • Правила и методы использования
  • Триггеры и определения
  • Учебные инструкции
  • Истории от опытных организаций
  • Ссылки и ресурсы

Почему предупреждения о срабатывании триггеров действительно столь противоречивы, объяснено

Университет Хофстра на самом деле не установил табличку с предупреждением о срабатывании триггера за пределами аудитории, где должны были состояться первые дебаты по всеобщим выборам.

Но твиты о вывеске - которая на самом деле была размещена за пределами другого мероприятия Hostra в студенческом центре университета, созданного MTV, в котором были представлены иллюстрации в виртуальной реальности о насилии с применением огнестрельного оружия и сексуальном насилии - все равно стали вирусными, возможно, потому, что это было слишком ... идеальный символ столкновения сторонников и недоброжелателей известного политически некорректного Дональда Трампа.

«Предупреждение о срабатывании триггера», написано большими буквами. "Мероприятие, проводимое сразу за этим знаком, может содержать инициирующие и / или оскорбительные материалы.Сексуальное насилие, сексуальное насилие и насилие - вот некоторые темы, упомянутые на этом мероприятии ». Затем он перечислил ресурсы кампуса и за его пределами для всех, кто может« почувствовать себя возбужденным »в результате увиденного.

Для представителей СМИ, которые в последнее время не проводили много времени в кампусах колледжей, это было необычное, даже диковинное зрелище:

Знак внутри Студенческого центра в Хофстра. Полагаю, это обычное дело сейчас в кампусах колледжей? #TriggerWarning pic.twitter.com/gfRkKVtToM

- Тони Айелло (@AielloTV) 26 сентября 2016 г.

Триггерные предупреждения сыграли огромную роль в дебатах о том, что было названо «новой политической корректностью» - не превратилась ли повышенная внимательность студентов к проблемам психического здоровья, расового и гендерного равенства в угрозу академической свободе и открытым дебатам.Критики утверждают, что предупреждение студентов о том, что то, что они изучают, может «спровоцировать», снизит вероятность преподавания профессорами деликатного материала и сделает студентов слишком эмоционально уязвимыми, чтобы иметь дело с реальным миром.

Однако в основе этого лежит более масштабная и, возможно, более значимая дискуссия об отношениях между студентами и их колледжами. Ожидается, что студенты колледжей, особенно те, кто находится в подростковом возрасте и в возрасте до 20 лет, будут вести себя как взрослые, но под присмотром как за детьми; по мере того, как стоимость обучения в колледже повышается, их все чаще рассматривают как платящих клиентов, и они начинают вести себя так же.

Аргумент о триггерных предупреждениях касается не только травм и психического здоровья. Речь идет о требованиях, которые студенты могут предъявлять все больше и больше, и о путанице, с которой сталкиваются университеты, отвечая на них.

Почему некоторые люди думают, что триггерные предупреждения помогают при травме

Предупреждения о срабатывании триггера предназначены для того, чтобы дать людям с посттравматическим стрессовым расстройством и другим людям, пережившим травму, представление о контенте, с которым они собираются столкнуться. Предполагается, что это подготовит этих читателей или зрителей к тому, чтобы справиться со значительной, возможно, изнурительной эмоциональной реакцией.

Терминология происходит от посттравматического стрессового расстройства. Люди, страдающие посттравматическим стрессовым расстройством, могут испытывать воспоминания, тревогу или кошмары, вновь переживая травмирующее событие, когда они видят, нюхают или чувствуют что-то, что вызывает эти воспоминания. Триггером может быть что угодно, включая звуки или запахи. Классический пример триггера - фейерверк Четвертого июля, который может спугнуть и вызвать воспоминания у ветеранов с посттравматическим стрессовым расстройством в результате боя.

Но избегание триггеров не считается здоровым механизмом выживания для людей с посттравматическим стрессовым расстройством; по сути, это симптом расстройства.Основная цель терапии - дать людям возможность снизить чувствительность к триггерам. И нет никаких научных доказательств того, что триггерные предупреждения помогают людям избежать панических атак или воспоминаний в краткосрочной перспективе - в основном потому, что проблема не изучена.

«Триггерные предупреждения» впервые появились в блогах и в онлайн-сообществах, особенно в тех, которые связаны с выздоровлением от расстройства пищевого поведения, членовредительством, сексуальным насилием и, в конечном итоге, феминизмом и феминистской политикой в ​​более широком контексте.Мелисса МакЭван, основательница блога Shakesville, в котором используются триггерные предупреждения, объяснила их в 2010 году:

«Триггер» имеет очень специфическое значение, связанное с вызовом физической и / или эмоциональной реакции на пережитую травму. Сказать: «Меня вызвали триггер» - не значит сказать: «Я получил травму из-за моих деликатных гонораров». Это значит, что «я испытал тревогу, значительно изменившую настроение». Тот, кто сработал, может испытать что угодно: от кратковременного головокружения до одышки и учащенного пульса или до полномасштабной панической атаки.

Конечно, есть принципиальная разница между предупреждением о срабатывании триггера в блоге и в программе колледжа: нет никаких последствий для пропуска сообщения в блоге, если вы думаете, что это вас расстроит. Уроки в колледже далеко не такие добровольные или à la carte. У студентов не всегда есть возможность бросить урок или проигнорировать задание, по крайней мере, без последствий для учебы.

Эта разница обоюдоострая. Для сторонников триггерных предупреждений это делает предупреждения еще более необходимыми, чтобы учащиеся могли подготовиться к выполнению заданий, которые могут вызвать у них серьезное беспокойство.По мнению оппонентов, триггерные предупреждения могут быть способом для учащихся вообще отказаться от выполнения этих заданий, делая их готовыми для злоупотреблений со стороны учащихся, не страдающих посттравматическим стрессовым расстройством.

Почему в колледже начали появляться триггерные предупреждения

Предупреждения о срабатывании триггера распространились на колледж на фоне растущей озабоченности по поводу того, как бороться с сексуальным насилием в университетском городке. Посттравматическое стрессовое расстройство часто встречается среди жертв сексуального насилия. Исследование 2007 года в Вирджинии показало, что женщины, подвергшиеся сексуальному насилию, почти в четыре раза чаще страдали посттравматическим стрессовым расстройством, чем те, кто этого не делал; более 30 процентов женщин, подвергшихся нападению во взрослом возрасте, соответствовали диагностическим критериям посттравматического стрессового расстройства.

Исследования показывают, что около 20 процентов женщин подвергаются сексуальному насилию в университетском городке. Эти цифры оспариваются, и не каждый, кто пережил травму, заболеет посттравматическим стрессовым расстройством. Но это все же говорит о том, что студенты колледжей травмированы гораздо сильнее, чем многие думают.

Студенты начали запрашивать триггерные предупреждения в рамках более широкой дискуссии о том, как колледжи должны бороться с сексуальным насилием. Студенческое правительство Калифорнийского университета в Санта-Барбаре приняло резолюцию, в которой рекомендуются триггерные предупреждения.В Колумбийском университете четыре студента написали статью в пользу триггерных предупреждений, которая началась с анекдота о пережившем сексуальное насилие, читающем «Метаморфозы » Овидия:

Студент, переживший сексуальное насилие, описал, что его сработали триггеры, когда он читал такие подробные отчеты об изнасиловании на протяжении всей работы. Однако студентка сказала, что ее профессор сосредоточился на красоте языка и великолепии образов, читая лекцию по тексту. В результате ученик полностью отключился от обсуждения в классе как средства самосохранения.В классе она не чувствовала себя в безопасности. Когда она подошла к своему профессору после занятий, студентка сказала, что ее практически уволили, а ее опасения были проигнорированы.

В ответ на эти опасения некоторые преподаватели начали добровольно использовать триггерные предупреждения. Они не маркируют каждое задание тем, что может быть потенциально неприятным. Вместо этого они добавляют параграф в свою программу, чтобы признать, что студенты могут иметь эмоциональную реакцию на материал, изучаемый в классе, оставляя на усмотрение самих студентов исследовать, что может спровоцировать такую ​​реакцию.

Келли Маршалл, преподаватель Университета ДеПола, написавшая для блога Vitae Chronicle of Higher Education о своих методах преподавания, добавила это в свой учебный план для урока фильмов о Спайке Ли и Квентине Тарантино:

Работы Ли и Тарантино содержат крайнюю ненормативную лексику, наготу, изображения секса и язык вражды (т. Е. Язык, который может быть истолкован как расистский, гомофобный, женоненавистнический или сексистский). Их работы также включают изображения, иногда графические, следующего: употребление наркотиков и иглы, передозировки, автомобильные аварии, насекомые, рвота, кровь, медицинские процедуры, трупы, травмы беременного персонажа, принудительное заключение, преждевременное захоронение, пытки, насилие с применением огнестрельного оружия. , пулевые ранения, физическая драка, убийство, сексуальное насилие и изнасилование.… Студенты, которые ожидают дискомфорта при просмотре этих фильмов, должны изучить сюжет и возможные триггеры до начала занятий, а затем сесть возле выхода, чтобы при необходимости они могли выйти из комнаты на несколько минут. Отстраниться на мгновение или два - это прекрасно.

Оберлинский колледж попытался пойти дальше. В конце 2013 года колледж ввел новую политику в отношении сексуального насилия и связанных с ним проблем. Он рекомендовал преподавателям «понимать триггеры, избегать ненужных триггеров и предоставлять предупреждения о триггерах», а также серьезно рассмотреть вопрос о том, чтобы сделать материал «триггеры» необязательным.Если преподаватели решили продолжить включение инициирующего материала, в политике рекомендовалось, чтобы они объяснили, почему они это сделали.

Политика вызвала возмущение, в том числе в университетском городке, где профессора чувствовали себя ошарашенными. Его перечень возможных «спусковых» материалов был высмеян как излишне политкорректный. Несколько месяцев спустя колледж внес на рассмотрение политику предупреждения о срабатывании триггера, которая должна быть переработана; он еще не переписан.

Почему предупреждения о срабатывании триггеров вызывают особые споры в колледже

Политика предупреждения о срабатывании триггера Оберлина могла быть недолгой.Но это положило начало общенациональным дебатам, которые высмеивали идею триггерных предупреждений как чрезмерно политкорректную и предполагали, что они достаточно сильны, чтобы нанести серьезный вред высшему образованию. «Теперь, когда они вошли в университетские классы, появление предупреждений для учеников других классов - лишь вопрос времени», - написала Дженни Джарви для New Republic. «Не исключено, что они появятся в начале кинопоказа и у входа на художественные выставки».

Но у Джарви все было наоборот.Предупреждения о срабатывании триггера не могут попасть в школы и фильмы. Они уже там и поступают в колледжи.

У фильмов

есть рейтинги, в которых указывается, почему они так оцениваются. Иногда на выставках современного искусства есть ярлыки о провокационном содержании. Школы K-12 часто информируют родителей, если их дети сталкиваются с деликатным материалом, и подвергаются критике, если они этого не делают.

Иными словами, триггерные предупреждения не редкость для двух групп людей: платящих клиентов и детей.Это вдвойне верно, когда платящих клиентов - это детей. (Рейтинги фильмов и предупреждения о провокационных художественных выставках обычно не нацелены на деликатную чувствительность взрослых.) Они вызывают споры в колледже, потому что студенты не должны так восприниматься.

«Презумпция того, что студентов нужно защищать, а не бросать вызов в классе, является одновременно инфантильным и антиинтеллектуальным», - писала Американская ассоциация университетских профессоров в августе 2014 года.«Он делает комфорт более приоритетным, чем интеллектуальное участие, и, как показывает список Оберлина, он выделяет политически противоречивые темы, такие как пол, раса, класс, капитализм и колониализм, требующие внимания».

В основе этих возражений лежат два больших противоречия относительно отношений между студентами и колледжами:

  1. Студенты колледжа номинально взрослые, поэтому их нельзя инфантилизировать. Но они также не считаются полностью взрослыми, поэтому колледж безжалостно изображается, в том числе самими колледжами, как опыт совершеннолетия.
  2. Студенты платят за свое обучение все больше и больше. Но их тоже не совсем считают потребителями. Потребители могут требовать изменений в опыте, за который они платят, чтобы сделать их счастливее или комфортнее. Но счастье и комфорт не являются главными приоритетами образования - они не являются частью генерации и передачи знаний или развития критического мышления - и поэтому учащимся исторически не давали большого вклада в критику того, как задания и опыт заставляют их себя чувствовать.

Но по мере того, как высшее образование становится дороже, ситуация меняется - колледжи добавляют удобства, которые требуются студентам, и все чаще принимают во внимание рейтинги профессоров студентами при оценке срока пребывания в должности.

Предупреждения о срабатывании триггера - это всего лишь более явный пример тенденции, которой уже опасаются преподаватели: создание дискомфорта для студентов - это путь к жалобам студентов, а жалобы студентов имеют больше силы, чем раньше.

Образование в колледже не должно быть фильмом, из которого можно выйти, если он вам не нравится, или круизным лайнером, с которого можно сойти, если вы плохо проводите время.Но колледжи зависят от обучения студентов, чтобы держать свои двери открытыми. Возрастающая доля преподавателей - адъюнкты без права владения.

Беспокойство по поводу предупреждений о триггерах - это не всегда только травма или чувствительность. Речь идет о силе, которую дает быть потребителем, и о том, как учащиеся ее используют.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *