API VEGA

Резюме

Feishu-календарь и расписания: полное управление, поддерживает просмотр, создание, редактирование расписаний и бронирование конференц-залов.

  • Основные рабочие процессы: просмотр/поиск расписаний, создание/обновление событий, управление участниками, проверка статуса свободно/занято, поиск и бронирование конференц-залов

  • Четыре наиболее часто используемые быстрые команды: +agenda (обзор на день), +create (новое событие с участниками и залами), +update (изменение существующих событий), +freebusy (статус доступности и RSVP)

  • Бронирование konferенц-залов интегрировано в создание/редактирование событий; требуется явное указание временных блоков для запросов по залам, или используйте +suggestion для предварительной генерации вариантов времени

  • Поддерживает повторяющиеся события с операциями на уровне экземпляров; редактирование повторяющихся событий требует нахождения конкретного экземпляра event_id перед модификацией

  • Обязательное предварительное условие: прочитайте рабочий процесс lark-calendar-schedule-meeting.md перед любыми операциями планирования или бронирования залов

calendar (v4)

Перед началом прочитайте ../lark-shared/SKILL.md（аутентификация, обработка разрешений）。

КРИТИЧЕСКОЕ — любые действия, связанные с бронированием расписания/конференц-залов, изменением времени или запросами/поиском конференц-залов, на первом шаге обязательно прочитать references/lark-calendar-schedule-meeting.md. Только редактирование полей (изменение заголовка/описания) или добавление/удаление участников (не затрагивает время и конференц-зал) можно пропустить, прочитав напрямую references/lark-calendar-update.md.

Идентификация

Выбирайте идентичность по принадлежности расписания:

  • Просмотр/управление расписанием вошедшего в систему пользователя → --as user (по умолчанию, во многих сценариях).

  • Просмотр/управление расписанием, созданным/принадлежащим боту → --as bot

Соответствие лица во взаимодействии: «я» = вошедший в систему пользователь, «ты» = приложение (бот); роль лица, чьё значение заполняется в полях (участник, владелец встречи и т. п.), не участвует в определении личности, например: «ты создаёшь расписание, приглашаешь меня, владелец встречи будет для меня» → создание через --as bot, а вошедший пользователь выступает только участником и владельцем встречи.