提示词的终极奥义

本文介绍了如何通过精确的提示词,利用Midjourney生成符合预期的图片,包括基本文本描述、图片链接的使用以及后缀参数调整图片尺寸,以提升生成图片的质量和符合个人审美。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

大家好 我是野生的树下老师,今天分享提示词的终极写法,什么样的提示词是合格的呢,如何书写正确的提示词呢?

Midjourney的除了创意性特别突出之外,他操作的简易型也是深受众多网友喜爱的

那么有多简单呢?

一个单词,一个短语甚至是一个表情都可以生成非常酷炫的照片

这里是以一个笑哭脸举例,

请添加图片描述

他的确是给我们生成了一组图片 不过看起来好奇怪 哈哈哈哈 有点一言难尽

我们再看下一个例子

《三国志》中有一句对诸葛亮的描写,“其身长八尺,容貌甚伟”。这句话是什么意思呢?

说他啊身高八尺(一米九左右),脸上如同美玉一般光滑,就是妥妥的一大帅哥啊

那么我们把这句话丢给MJ看看能生成怎样的图片

a man,He is eight feet tall and has a magnificent appearance

在这里插入图片描述

看来他并没有理解是这句话表达的真正含义,生成的图片里面的人物高的确是高,但是一点也不帅气,所以看来他不太能理解古语所表达的内在含义。

接下来咱不搞这些古文了,接地气一点就简单点给他来一段 a beautiful girl 看看返回出来的美女能否沉鱼落雁闭月羞花之娇容。

在这里插入图片描述

谈笑间,mj就返回给我们了四张美女照片,你说他丑吧,也不算丑,但是不在我的审美上,还是感觉不好看。

一千个人眼中有一千个哈姆雷特,每个人对美的理解也都是不一样的,就像唐朝还以胖为美呢,现在呢女生都追求马甲线,A4腰,以瘦为美。

那么如何生成一张真正符合我们国人审美的照片呢?

首先对于提示词的写法,越准确越好,越朴实无华越好,也就是语文中白描的修辞手法。

我现在想让他给我生成一个黑头发穿着红色连帽衫的女孩,在海边上开心的笑,图片的风格是胶片风

提示词如下:

Old photos taken with a film camera.

Portraits taken on the beaches of the Seto Inland Sea.

A girl with black hair and wearing a red hoodie is smiling happily

请添加图片描述

可以看出来,这次生成的图片就很符合我的预期了。所以说你描述的越准确,返回的图也就越更符合我们的预期。

直接输入文本是提示词的最基础的用法,现在我们已经知道应该怎么写一个符合自己预期的提示词了,下面我们看一下提示词的高级结构

请添加图片描述

这一组提示词有三部分组成

第一部分是图片提示词,也就是图片的链接

第二部分是文本提示词

第三部分是后缀参数

如果说我们想生成一组风格相对固定的,或者说参考我们已有的图片进行生成图片的操作

我们就必须要有第一部分——图片提示词

首先 我们需要上传一张图片,以玛丽莲梦露为例

请添加图片描述

将图片拖动至输入框

请添加图片描述

然后点击回车 如图所示 这样子图片就已将成功上传上去了

请添加图片描述

接下里 我们需要获取到图片在MJ的链接地址,单击图片方法之后点击在浏览器中打开

请添加图片描述

上述链接就是这张图片的链接信息

请添加图片描述

我们将其图片地址信息复制到我们的prompt里面 然后加上简单的描述 Marilyn Monroe,full body,回车看一下效果哈

注意:图片链接 和 提示词 之间要有空格!!

请添加图片描述

图片生成之后,看一下效果是非常不错的,不管是风格还是质感,都是比较符合我们预期的

请添加图片描述

这时候就出现了一个问题,我上传的图片尺寸是 51:64 的,但是返回出来的图片怎么都是正方形,因为在我们不设置制定尺寸的时候,MJ默认的图片尺寸就是正方形的。这时候我们需要加入一个后缀 --ar 来改变生成图片的尺寸,完整的提示词如下

请添加图片描述

现在生成的图片图片就和我们上传的图片尺寸一致啦,

在这里插入图片描述

以上就是提示词设计这一块的全部内容

还有更多精彩内容请关注公众号:树下的AI攻略

你知道的越多,你不知道的越多,我们下期再见~

<think>好的,用户问“IT的终极奥义是不是‘能跑就行’”,我需要仔细分析这个问题。首先,“能跑就行”可能指的是系统只要能运行,不出现大问题就行,不追求完美。用户可能是在工作中遇到了过度优化的情况,或者听说了一些关于IT运维的简化观点,想要确认这种说法是否正确。 接下来,我需要考虑用户可能的背景。他可能是一个刚入行的IT人员,或者非技术背景的管理者,对IT的核心价值有疑问。也可能是在实际工作中,团队存在技术债务,导致系统虽然能运行但维护困难,所以用户想探讨更深层次的意义。 用户的问题表面看似简单,但实际涉及IT的本质。我需要解释“能跑就行”的局限性,同时指出IT的真正目标。比如,系统不仅要能运行,还需要稳定性、可维护性、安全性、扩展性等。此外,可能用户想了解IT如何在保证功能的同时,优化架构和流程,避免短期行为带来的长期问题。 还要考虑用户可能的深层需求。或许用户所在团队只关注功能交付,忽视了技术质量,导致后续问题频发,用户希望获得理论支持来推动改进。或者用户在学习IT管理,希望理解最佳实践。 需要举例说明“能跑就行”的优缺点,比如快速上线但技术债务积累,与稳健架构的长期效益对比。同时,引用软件工程的原则,如KISS、SOLID等,强调平衡开发速度和质量的重要性。最后总结IT的终极目标不仅是运行,而是持续创造价值,兼顾功能、质量、成本和创新。</think>对于"IT的终极奥义是不是'能跑就行'"这个问题,需要结合IT行业本质与发展规律来辩证分析: ### 表象认知:"能跑就行"的现实基础 1. **最低可用性原则**:在MVP(最小可行产品)开发模式中,快速实现核心功能确实是互联网时代的重要策略 2. **故障容忍现象**:部分遗留系统通过"打补丁"方式持续运行,印证了"带病生存"的可能性 3. **成本效益权衡**:中小企业IT建设中常见"够用就好"的务实选择 ### 深层悖论:短期可行性与长期陷阱 1. **技术债务指数增长**:每1个临时方案平均衍生3个关联问题(Gartner研究数据) 2. **运维成本拐点**:系统运行3年后,"能跑"系统的维护成本可达重构费用的2-3倍 3. **架构腐蚀效应**:经5次迭代的临时架构,性能衰减可达初始设计的60% ### IT工程的本质追求 1. **稳定态三角平衡**: - 功能性(Functionality) - 可维护性(Maintainability) - 演进性(Evolvability) 2. **软件工程的黄金律**: ```mermaid graph TD A[用户价值] --> B{实现路径} B --> C[快速交付] B --> D[质量保障] C --> E[技术债务] D --> F[工程成本] E --> G[价值衰减曲线] F --> H[价值持续曲线] ``` 3. **DevOps三维成熟度模型**: - 可持续性(人力投入/资源消耗) ### 现代IT实践的进化方向 1. **混沌工程原则**:通过主动注入故障验证系统韧性 2. **可观测性体系**:从"能跑"升级到"可知" 3. **FinOps理念**:将运行成本纳入系统健康度评估 4. **绿色计算要求**:能效比成为新的技术标尺 ### 辩证结论 IT系统的终极价值应满足以下公式: **系统价值 = (功能完备度 × 运行稳定性) / (技术债务 + 演进成本)** "能跑就行"可作为特定阶段的技术策略,但将其上升为"终极奥义"会陷入: - 短视主义陷阱 - 技术空心化危机 - 架构不可逆退化 真正成熟的IT组织会在"交付速度"与"工程质量"之间建立动态平衡机制,这正是《持续交付2.0》倡导的"双环模型"核心思想。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值