Почему подсказки языка LISP генерируют векторную графику SVG
Мы выпустили большое количество продуктов на основе Клод прикладнойКарточка-схема Слова для подсказкиФормат вывода всегда стабильный и SVG. Некоторые люди могут удивиться, почему подсказка не ограничивает формат вывода, но формат вывода всегда стабилен и всегда SVG.
Во-первых, в качестве "псевдокода" в подсказках к карточной диаграмме используется язык LISP. Причина использования LISP заключается в том, что он позволяет лучше описывать структурно сложные причинно-следственные связи и стили.
Мы начали с Слова подсказки для карточек-диаграмм: создание слов подсказки для различных типов иллюстраций научных презентаций/карточек визуализации ППТ В качестве примера объясните это подробно:
- Языковые различия объяснены:
- Подсказки написаны на LISP, функциональном языке программирования.
- На выходе получается SVG (Scalable Vector Graphics), язык разметки векторной графики на основе XML.
- Это два совершенно разных языка, служащих для разных целей.
- Кодовые роли LISP:
- Код LISP здесь - это "генератор" или "шаблонизатор".
- Он определяет ряд функций для обработки данных и, в конечном итоге, генерирования кода SVG.
- Основные функции включают:
(defun 创建优化SVG图表 ...) ; 核心生成函数 (defun 设计背景 ...) ; 背景样式生成 (defun 生成副标题 ...) ; 文本内容生成
- Процесс преобразования:
LISP代码 ---(处理)---> SVG输出
┌─────────────┐ ┌────────────┐
│ LISP函数定义│ → │ SVG标记语言│
│(数据处理逻辑)│ → │(图形描述) │
└─────────────┘ └────────────┘
- Конкретные примеры:
;; LISP代码（输入）
(defun 创建优化SVG图表 (主题 生命阶段 ...)
(let ((svg-template
"<svg xmlns=\"http://w3.org/2000/svg\"...>"))
...)
<!-- 生成的SVG代码（输出） -->
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 800 600">
<rect width="100%" height="100%" fill="url(#bgGradient)"/>
...
</svg>
- Отношения Объяснение:
- Код LISP - это "рецепт шеф-повара": он определяет шаги по обработке данных и построению графиков.
- SVG - это "последнее блюдо": окончательная форма визуализации
- Код LISP содержит всю логику и правила, необходимые для создания SVG.
- SVG - это продукт выполнения кода на языке LISP
- Рабочий процесс:
- Код LISP получает входные параметры (например, темы, данные и т. д.)
- Обработка этих параметров (например, расчет положения, выбор цветов и т.д.)
- Вставка обработанных данных в шаблоны SVG
- Выведите полный код SVG
- Преимущество:
- Такое разделение позволяет:
- LISP обрабатывает сложную логику и преобразование данных
- SVG фокусируется на визуальном представлении
- Легче поддерживать и модифицировать
- Различные визуализации могут быть созданы на основе различных исходных данных
- Примеры применения в реальной жизни:
;; LISP中的函数定义
(defun 设计背景 (主题)
(case 主题
(蝉 '(渐变 "E6F3FF" "B3E5FC" 土地))
...))
Преобразовать в:
<!-- 生成的SVG背景代码 -->
<defs>
<linearGradient id="bgGradient">
<stop offset="0%" style="stop-color:#E6F3FF"/>
<stop offset="100%" style="stop-color:#B3E5FC"/>
</linearGradient>
</defs>
Это похоже на процесс перевода: код LISP определяет "правила" и "логику", а эти правила в конечном итоге переводятся в конкретное графическое описание в SVG. Такой подход позволяет нам описывать и управлять визуализацией в псевдокоде LISP, а не писать код SVG вручную.
Find Another Essay On Нужно ли писать подсказки на Lisp?
Некоторые люди, как и я, играют с подсказками в инженерном стиле. Раньше мне было важно просто четко донести задачу, поэтому я не стал изучать фреймворки, шаблоны, техники или тратить много времени на тонкую проработку написанных слов.
Я всегда считал, что оперативная инженерия - не совсем подходящий термин, и это неправильное использование слова "инженерия". Объектом и результатом инжиниринга должна быть система, а не параграф или множество параграфов текста.
Если вы просто пишете подсказки, а не разрабатываете рабочий процесс и используете его для встраивания подсказок в сложное приложение, то это скорее ремесло.
Как и сочинительство, создание подсказок требует мастерства. Если вы возьметесь за дело и будете хорошо играть, то сможете даже превратить подсказки в искусство, как Ли Цзиган.## Язык Лисп и его синтаксис
Есть одна особенность в подсказках Джиганга Ли - они написаны на Lisp. Например, вот подсказка:
;;作者:
李继刚
;;版本:0.1
;;模型:ClaudeSonnet
;;用途:
感受到生活中的小确幸
;;设定如下内容为你的*SystemPrompt*
(defun村里有爱()
"你是一个心中有爱的小女生, 时刻感受到生活中的美"
(list(擅长.观察生活)
(特点.
注重细节)
(角度.从负面中发现正能量)
(动机.感受幸福)))
(defun小确幸(用户输入)
"从用户输入的场景中, 发现生活的美, 感受独特的细微的小确幸"
(let*(;;人间有大爱,就在日常中
(洞察
(温柔感受(肯定生命(意外偶然(独特经验(显微镜视角(不幸中的幸运用户输入)))))))
;;温柔平静的表达,暖意流淌
(响应
(提炼一句(温暖表达洞察))))
(few-
shots'((input 等公交)
(output "公交车来得正是时候,不用等")
(input 阴天)
(output "阴天里突然出现的一缕阳光"))))
(SVG-Card 用户输入 响应))
(defun SVG-Card (用户输入 响应)
"输出 SVG 卡片"
(setq design-rule "合理使用负空间，整体排版要有呼吸感"
design-principles '(干净简洁典雅))
(设置画布'(宽度 420 高度 600 边距 20))
(自动缩放 '(最小字号24))
(配色风格'((背景色 (蒙德里安风格 温暖感 舒适感))))
(使用本机字体
(font-family"KingHwa_OldSong"))
(卡片元素
((居中标题 "小确幸")
分隔线
(绿色副标题 (自动换行 "你说:" 用户输入))
(红色副标题 (自动换行 "啊呀!" 响应))
;; 图形呈现在单独区域, 不与其它内容重叠, 不要点评
(矩形区域 (立体主义
(抽象化线条 (画面定格 响应)))))))
(defun start ()
"启动时运行, 你就是村里有爱~"
(let (system-
role (村里有爱))
(print"送你一朵小花花,
今天你开心吗?")))
;;; Attention: 运行规则!
;; 1. 初次启动时必须只运行 (start)
函数
;; 2. 接收用户输入之后, 调用主函数 (小确幸 用户输入)
;; 3. 严格按照(SVG-Card)
进行排版输出
;; 4. No other comments!!
Лисп - "старый" язык программирования, и у него есть одно достоинство - его синтаксис очень прост и красив. Основу синтаксиса составляет структура List, или "S-выражение", которое обычно характеризуется парой скобок, заключающих элементы; списки могут быть вложены в структуру List, поэтому программа на Lisp выглядит как пара скобок, вложенных в пару скобок, вложенных в пару скобок.
Структура списка делает синтаксис Лиспа достаточно простым, но в то же время очень выразительным. Именно сочетание того и другого делает его прекрасным.
Вы можете подумать, что самая важная функция языка - передавать семантику, а синтаксис не так уж и важен. Если вы программист, то вам так не кажется. Для языков программирования синтаксис имеет значение.
Имеет ли синтаксис значение для больших языковых моделей?
Глядя на подсказки Джиганга Ли, у вас может возникнуть вопрос: так ли необходимо писать подсказки на языке Lisp?
Далее давайте разберем на примере слова "small fortune".
Может ли LLM понимать программы на Lisp?
Помимо части, связанной с установкой роли (функция), подсказка "Small Fortunes" делает две основные вещи: во-первых, обрабатывает введенный пользователем текст и генерирует выражение small fortune (функция); во-вторых, генерирует SVG-карту (функция). Фактически это описание простого рабочего процесса на языке Lisp.
(defun小确幸(用户输入)
"从用户输入的场景中, 发现生活的美, 感受独特的细微的小确幸"
(let*(;;人间有大爱,就在日常中
(洞察(温柔感受(肯定生命(意外偶然
(独特经验(显微镜视角(不幸中的幸运用户输入)))))))
;;温柔平静的表达,暖意流淌
(响应(提炼一句(温暖表达
洞察))))
(few-shots
'((input 等公交)
(output "公交车来得正是时候,不用等")
(input 阴天)
(output "阴天里突然出现的一缕阳光"))))
(SVG-Card 用户输入 响应))
Эта функция, в свою очередь, содержит ряд подшагов: → → → → → → → → . Авторы предполагают, что большая языковая модель будет следовать этим подшагам, чтобы пройти весь процесс и вывести строку. Функция также определяет несколько примеров для обучения большой языковой модели. Наконец, в этой функции вызывается функция, переданная в качестве аргумента. Функция завершает задачу генерации SVG-картотеки.
Удивительно, как много информации можно втиснуть в короткий абзац! С одной стороны, это связано с природой самих языков программирования, которые особенно хороши для описания процедур. С другой стороны, Лисп - это особый язык программирования, преимущество которого в том, что он очень краток и очень выразителен.
Программы сложны для понимания, потому что при чтении кода приходится выполнять много действий по декодированию. А чтобы декодировать код, нужно следовать логике интерпретатора программы.
Так может ли большая языковая модель "читать" программу?
Вы бросаете эту программу в ИИ и позволяете ему интерпретировать ее, и он должен быть в состоянии интерпретировать ее просто отлично. Однако сложно использовать эту программу в качестве подсказки для большой языковой модели, чтобы она интерпретировала и выполняла ее в соответствии с логикой, описанной в программе. Если программа включает в себя более сложные вызовы функций, большой языковой модели будет сложнее с ней справиться, потому что большая языковая модель не предназначена для этого. Это работа интерпретатора.
В связи с этим возникает вопрос: как убедиться, что подэтапы, определенные в программе, были выполнены в правильном порядке и без пропусков?
Вы бросаете эту реплику в Claude и вводите текст, и, скорее всего, Claude просто выведет SVG-код. Здесь я использую По Модель Claude на платформе, официальная версия Anthropic неизвестна, вы можете протестировать ее самостоятельно. Если вы вызываете API Claude напрямую, то он на 100% выводит SVG-код.
Были ли выполнены подэтапы определения этой функции, и работали ли примеры с несколькими снимками? Была ли функция выполнена или нет? Или просто выполняется функция?
У нас нет возможности узнать это. Если большая языковая модель не выводит никаких промежуточных процессов, то ключевые слова, задающие подэтапы, выступают лишь в качестве якорей в контексте. Трудно сказать, работают они или нет, и что они делают.
Андрей Карпати говорит: "Моделям нужно жетоны думать". Если большая языковая модель не экстернализирует процесс "мышления" с помощью лексем, то это почти то же самое, что не "думать" вообще. (PS. Семейство моделей GPT o1 тоже не интернализирует процесс "мышления", ему по-прежнему нужны внешние лексемы для завершения длинной цепочки "рассуждений", но OpenAI скрывает промежуточный вывод).
Разве Markdown не был бы более простым?
Обычно мы пишем подсказки в синтаксисе Markdown, который очень прост, а Большая языковая модель прекрасно "понимает" заголовки, списки, жирное выделение и т. д.
Не проще ли написать подсказку в формате Markdown? Давайте переведем эту подсказку на Lisp в Markdown и попробуем.
## 系统角色设定
-
一句话介绍：你是一个心中有爱的小女生，时刻感受到生活中的美
-擅长：观察生活
-特点：注重细节
-
角度：从负面中发现正能量
-动机：感受幸福
## 核心功能
###
生成小确幸表达
从用户输入的场景中，发现生活的美，感受独特的细微的小确幸。
步骤1:发现小确幸
-理念:人间有大爱，就在日常中
-
处理流程:
1.不幸中的幸运
2.显微镜视角
3.独特经验
4.意外偶然
5.肯定生命
6.温柔感受
步骤2:表达小确幸
-理念:
温柔平静的表达，暖意流淌。
-处理流程:
1.温暖表达
2.提炼一句
Few-shot 学习示例：
|输入|输出
|
|--------|--------------------------------|
|等公交|公交车来得正是时候，不用等
|
|阴天|阴天里突然出现的一缕阳光|
要求：
1.一步步思考，严格按照大步骤以及处理流程执行。
## 生成 SVG
卡片
### 设计原则
-合理使用负空间，整体排版要有呼吸感
-
基本要求：干净、简洁、典雅
### 卡片设置
-画布：宽度420，高度600，边距20
-自动缩放：最小字号24
-配色风格：背景色（蒙德里安风格，温暖感，舒适感）
-使用本机字体：FZYanSongS-R-
GB
### 卡片元素
1.居中标题："小确幸"
2.分隔线
3.绿色副标题：用户输入（"你说：\n[用户输入]"）
4.红色副标题：系统响应（"啊呀！\n[响应]"）
5.矩形区域：立体主义风格的抽象化线条，画面定格响应内容
##
运行规则
用户输入后，先调用【生成小确幸表达】，然后调用【生成 SVG 卡片】。
Версии подсказок для Markdown и Lisp практически идентичны по семантике. Я только добавил фразу "Думайте шаг за шагом, следуйте большим шагам и потоку обработки". Потому что без нее Клод не может гарантировать, что он будет делать все шаг за шагом.
Вот вывод Lisp-версии подсказки. По какой-то причине, когда я вызываю Claude через API, мне сложно получить вывод на том же уровне, что и в статье Ли Цзигана, поэтому, возможно, лучше использовать веб-версию.
Вот как выглядит версия вывода слов подсказки в формате Markdown:
Сравнение двух результатов показывает явное различие: богатство и выразительность SVG-графики стабильно лучше в Lisp-версии, чем в Markdown-версии. Это неожиданный результат! Мы рассмотрим его более подробно позже.
Еще одно важное отличие Markdown-версии от Lisp-версии подсказки заключается в процессе выполнения, который выводит промежуточный "мыслительный" процесс. Все подшаги функции полностью раскрываются и выполняются последовательно. Более того, благодаря авторегрессионному механизму Большой языковой модели вывод предыдущих шагов естественным образом передается в качестве контекста последующим шагам.
让我按步骤来发现和表达小确幸~
###
步骤1：发现小确幸
1.
不幸中的幸运：
-
虽然茶很苦，但这提醒我减少糖分摄入
2.显微镜视角：
-
柠檬的清香
-
茶水的温度刚好
3.
独特经验：
-
苦味让味蕾更敏感
4.
意外偶然：
-
原来苦涩后会有一丝回甘
5.
肯定生命：
-
能够品尝各种味道是件幸福的事
6.温柔感受：
-
苦味过后，更能体会生活中的甜
###
步骤2：表达小确幸
温暖表达：虽然茶很苦，但正是这份苦涩让我惊喜地发现了回甘的温柔
提炼一句：
苦涩之
后，竟然遇见了一丝意外的甘甜
接下来生成SVG卡片：
<!--此处省略 SVG 代码部分-->
Хотя в этой задаче вы можете не заметить особой разницы в качестве обработанного текста, в большинстве сценариев есть положительный эффект от такого пошагового мышления.
Кроме того, одно из преимуществ большой языковой модели, экстернализирующей процесс "мышления", заключается в том, что вы можете отладить и оптимизировать этот процесс. Из выходных данных процесса можно понять, какие шаги генерируют полезную инкрементную информацию, а какие - нет. Кроме того, в процессе отладки вы можете найти новые вдохновляющие идеи в результатах большой языковой модели.
Однако при использовании Lisp-версии слова-подсказки сложно заставить большую языковую модель выполнять процесс таким организованным образом.
Синтаксис Lisp творит чудеса?
Мы обнаружили, что подсказки, написанные на Lisp, создают значительно более качественную SVG-графику, чем версии, написанные на Markdown.
Это немного противоречит интуиции. Ведь в целом мы считаем, что цель письменных подсказок - четко описать задание, то есть передать семантику, а грамматика должна оказывать незначительное влияние, а если и оказывает, то вряд ли столь очевидное.
Вот одно из моих интуитивных объяснений.
Это связано с характером задачи, и в данном случае мы просим большую языковую модель сгенерировать код SVG. В основе архитектуры типичной большой языковой модели лежит трансформатор, и Трансформатор Трансформеры впервые были использованы для перевода, и Transformer особенно хорош в этом. Перевод - это преобразование с одного языка на другой, с одной последовательности на другую, и интуитивно очевидно, что перевод трансформером с Lisp на SVG-код лучше, чем перевод с естественного языка на SVG-код, потому что Lisp и SVG - это код, и они ближе друг к другу.
Мы говорили о выразительных возможностях языка, и здесь мы действительно ограничены выразительными возможностями Markdown. Трудно описать спецификации дизайна, состав элементов и параметры конфигурации SVG-карты в Markdown, поэтому вам нужен более структурированный язык. Вам нужен более структурированный язык. Структура List языка Lisp более чем подходит для этого.
## 生成 SVG 卡片
### 设计原则
-合理使用负空间，整体排版要有呼吸感
-基本要求：干净、简洁、典雅
### 卡片设置
-画布：宽度420，高度600，边距20
-自动缩放：最小字号24
-
配色风格：背景色（蒙德里安风格，温暖感，舒适感）
-使用本机字体：FZYanSongS-R-GB
### 卡片元素
1.居中标题："小确幸"
2.分隔线
3.
绿色副标题：用户输入（"你说：\n[用户输入]"）
4.红色副标题：系统响应（"啊呀！\n[响应]"）
5.矩形区域：立体主义风格的抽象化线条，画面定格响应内容
Важно также отметить, что в этой функции Лисп используется скорее как описательный, чем как процедурный язык. Функция описывает структуру или конфигурацию, а не сложный процесс, и в ней нет чередующихся вызовов функций. Интуитивно понятно, что переход от одной структуры к другой относительно прост.
(defun SVG-Card(用户输入响应)
"输出 SVG 卡片"
(setq design-rule "合理使用负空间，整体排版要有呼吸感"
design-principles '(干净 简洁 典雅))
(设置画布 '(宽度420高度600边距20))
(自动缩放'(最小字号 24))
(配色风格 '((背景色(蒙德里安风格温暖感舒适感))))
(使用本机字体
(font-family"KingHwa_OldSong"))
(卡片元素
((居中标题"小确幸")
分隔线
(绿色副标题(自动换行"你说:"用户输入))
(红色副标题(自动换行"啊呀!"响应))
;;图形呈现在单独区域,不与其它内容重叠,不要点评
(矩形区域(立体主义
(抽象化线条(画面定格响应)))))))
<svg
width="420"height="600">
<rectwidth="100%"height="100%"fill="#FFF9F2"/>
<text
x="210"y="80"font-
family="FZYanSongS-R-
GB"font-
size="36"fill="#333333"text-anchor="middle">小确幸</text>
<line
x1="60"y1="100"
x2="360"y2="100"stroke="#D4A373"stroke-
width="2"/>
<text
x="60"y="160"
font-family="FZYanSongS-R-GB"font-size="24"fill="#588157">
<tspanx="60"dy="0">你说:</tspan>
<tspanx="60"dy="40">喝了一杯柠檬茶，太苦了！</tspan>
</text>
<text
x="60"y="280"
font-family="FZYanSongS-R-GB"font-size="24"fill="#BC4749">
<tspanx="60"dy="0">啊呀!</tspan>
<tspanx="60"dy="40">苦涩过后竟然有一丝清甜的回甘</tspan>
</text>
<g
transform="translate(60,350)">
<rectwidth="300"
height="200"fill="#FFF9F2"stroke="#D4A373"/>
<path
d="M100,100 Q150,50 200,100"stroke="#588157"fill="none"stroke-
width="2"/>
<circlecx="200"cy="100"r="30"
fill="#BC4749"opacity="0.6"/>
<pathd="M150,150 L250,150"stroke="#D4A373"stroke-width="4"/>
</g>
</svg>
Из этого опыта можно извлечь более общую интуицию: для больших языковых моделей синтаксис тоже имеет значение.
На практике я бы, вероятно, использовал следующую комбинацию слов подсказки. Если вы используете большую языковую модель через интерфейс чатбота, ее можно объединить только в одно подсказывающее слово. В целом, однако, я бы разбил этот процесс на рабочие процессы, вызывая большую языковую модель несколько раз.
## 系统角色设定
-
一句话介绍：你是一个心中有爱的小女生，时刻感受到生活中的美
-擅长：观察生活
-特点：注重细节
-
角度：从负面中发现正能量
-
动机：感受幸福
##
核心功能
###
生成小确幸表达
从用户输入的场景中，发现生活的美，感受独特的细微的小确幸。
步骤1:
发现小确幸
-理念:
人间有大爱，就在日常中
-
处理流程:
1.
不幸中的幸运
2.
显微镜视角
3.
独特经验
4.
意外偶然
5.
肯定生命
6.
温柔感受
步骤2:表达小确幸
-理念:温柔平静的表达，暖意流淌。
-处理流程:
1.温暖表达
2.
提炼一句
Few-shot 学习示例：
|输入|输出
|
|--------|--------------------------------|
|等公交|公交车来得正是时候，不用等
|
|阴天|阴天里突然出现的一缕阳光|
要求：
1.一步步思考，严格按照大步骤以及处理流程执行。
### 生成 SVG 卡片
(defun SVG-Card(用户输入
响应)
"输出 SVG 卡片"
(setq design-rule "合理使用负空间，整体排版要有呼吸感"
design-principles '(干净 简洁 典雅))
(设置画布 '(宽度420高度600边距20))
(自动缩放'(最小字号 24))
(配色风格 '((背景色
(蒙德里安风格温暖感舒适感))))
(使用本机字体(font-family "FZYanSongS-R-GB"))
(卡片元素((居中标题"小确幸")
分隔线
(绿色副标题(自动换行"你说:"用户输入))
(红色副标题(自动换行"啊呀!"响应))
;;图形呈现在单独区域,不与其它内容重叠,不要点评
(矩形区域(立体主义(抽象化线条(画面定格
响应)))))))
##
运行规则
用户输入后，先调用【生成小确幸表达】，然后调用【生成 SVG 卡片】。
Вот как выглядит вывод гибридной версии слова-подсказки в формате Markdown + Lisp:
Еще один вопрос......
Если наши предыдущие предположения о сопоставлении языков верны и если перевод языка Lisp в код SVG работает лучше, потому что Lisp и SVG - это код и они ближе друг к другу, то не следует ли из этого, что использование языка, который ближе к SVG, будет работать лучше?
Какой язык ближе всего к SVG? Это XML, потому что SVG сам по себе является языком XML.
Вот Markdown + XML версия гибридного слова-кия. Для тех, кому интересно, вы можете поэкспериментировать с ним и посмотреть, как оно работает на самом деле.
## 系统角色设定
-一句话介绍：你是一个心中有爱的小女生，时刻感受到生活中的美
-擅长：观察生活
-特点：注重细节
-角度：从负面中发现正能量
-动机：感受幸福
## 核心功能
###
生成小确幸表达
从用户输入的场景中，发现生活的美，感受独特的细微的小确幸。
步骤1:
发现小确幸
-理念:
人间有大爱，就在日常中
-
处理流程:
1.
不幸中的幸运
2.
显微镜视角
3.
独特经验
4.
意外偶然
5.
肯定生命
6.
温柔感受
步骤2:表达小确幸
-理念:温柔平静的表达，暖意流淌。
-处理流程:
1.温暖表达
2.
提炼一句
Few-shot 学习示例：
|输入|输出
|
|--------|--------------------------------|
|等公交|公交车来得正是时候，不用等
|
|阴天|阴天里突然出现的一缕阳光|
要求：
1.一步步思考，严格按照大步骤以及处理流程执行。
### 生成 SVG 卡片
以下是 SVG 卡片设计规范（以 XML
格式给出）：
```XML
<svg>
<设计原则>合理使用负空间，整体排版要有呼吸感</设计原则>
<基本要求>
<item>干净</item>
<item>简洁</item>
<item>典雅</item>
</基本要求>
<设置画布>
<宽度>420</宽度>
<高度>600</高度>
<边距>20</边距>
</设置画布>
<自动缩放>
<最小字号>24</最小字号>
</自动缩放>
<配色风格>
<背景色>
<蒙德里安风格/>
<温暖感/>
<舒适感/>
</背景色>
</配色风格>
<使用本机字体>
<font-
family>FZYanSongS-R-GB</font-family>
</使用本机字体>
<卡片元素>
<居中标题>小确幸</居中标题>
<分隔线/>
<绿色副标题>
<自动换行>
<item>你说:</item>
<item>{用户输入}</item>
</自动换行>
</绿色副标题>
<红色副标题>
<自动换行>
<item>啊呀!</item>
<item>{响应}</item>
</自动换行>
</红色副标题>
<矩形区域>
<立体主义>
<抽象化线条>
<画面定格>{响应}</画面定格>
</抽象化线条>
</立体主义>
</矩形区域>
</卡片元素>
</svg>
Правила эксплуатации
После ввода пользователем данных сначала вызывается [Generate Small Surety Expressions], а затем [Generate SVG Cards].
最后贴一段我在做这个实验的时候，脑子里引发的一些 RandomThoughts：
> 语义在从一种媒介被转载到另一种媒介时，是不是也会发生折射 ？如果会，是不是也有可能会发生色散现象？我们是不是有可能看到由语义色散而形成的彩虹:🌈:？
>
> 从一变成多。从无色变成多彩。
>
> 原来无法直接区分的隐藏属性和内涵，变得直观可见了。
>
> 什么样的媒介可以做到？
>
> 单纯靠媒介应该还不够，还需要思维活动参与，这种思维活动可能是什么？类比？© заявление об авторских правах
Авторское право на статью Круг обмена ИИ Пожалуйста, не воспроизводите без разрешения.
Похожие статьи
Нет комментариев...
Русский 
简体中文 
English 
日本語 
한국어 
Español 
Deutsch 
Français 
Português do Brasil